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Introducere 


Nu calculati capacitatea unui pod 
numărând persoanele care 
traversează acum râul înot. 


Auzită la o prezentare 


Oricine a folosit cel puţin o dată Internetul sau a citit o revistă de specialitate 
în domeniul informaticii, a auzit cu siguranţă cuvântul „Java“. Java reprezintă 
un limbaj de programare, creat de compania Sun Microsystems în anul 1995. 
Initial, Java a fost gândit pentru a îmbunătăţi conţinutul paginilor web prin adău- 
garea unui conţinut dinamic: animaţie, multimedia etc. În momentul lansării 
sale, Java a revoluţionat Internetul, deoarece era prima tehnologie care oferea 
un astfel de conţinut. Ulterior au apărut şi alte tehnologii asemănătoare (cum 
ar fi Microsoft ActiveX sau Macromedia Shockwave!), dar Java şi-a păstrat 
importanţa deosebită pe care a dobândit-o în rândul programatorilor, în primul 
rând datorită facilitatilor pe care le oferea. Începând cu anul 1998, când a apărut 
versiunea 2 a limbajului (engl. Java 2 Platform), Java a fost extins, acoperind şi 
alte direcţii de dezvoltare: programarea aplicaţiilor enterprise (aplicaţii de tip 
server), precum şi a celor adresate dispozitivelor cu resurse limitate, cum ar fi 
telefoane mobile, pager-e sau PDA-uri”. Toate acestea au reprezentat facilităţi 
noi adăugate limbajului, care a păstrat însă şi posibilităţile de a crea aplicaţii 
standard, de tipul aplicaţiilor în linie de comandă sau aplicaţii bazate pe GUI’. 


'Cei care utilizează mai des Internetul sunt probabil obişnuiţi cu controale ActiveX sau cu ani- 
matii flash în cadrul paginilor web. 

2PDA = Personal Digital Assistant (mici dispozitive de calcul, de dimensiuni putin mai mari 
decât ale unui telefon mobil, capabile să ofere facilităţi de agendă, dar şi să ruleze aplicaţii într-un 
mod relativ asemănător cu cel al unui PC). La momentul actual există mai multe tipuri de PDA-uri: 
palm-uri, pocketPC-uri, etc. 

3GUI = Graphical User Interface, interfaţă grafică de comunicare cu utilizatorul, cum sunt în 
general aplicaţiile disponibile pe sistemul de operare Microsoft Windows. 
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Lansarea versiunii 2 a limbajului Java a fost o dovada a succesului imens de 
care s-au bucurat versiunile anterioare ale limbajului, dar si a dezvoltarii limba- 
jului in sine, a evolutiei sale ascendente din punct de vedere al facilitatilor pe 
care le oferă, cat şi al performanţelor pe care le realizează. 


Cum este organizată această carte? 


Având în vedere popularitatea extraordinară de care se bucură limbajul Java 
în cadrul programatorilor din întreaga lume, am considerat utilă scrierea unei 
lucrări în limba română care să fie accesibilă celor care doresc să înveţe sau să 
aprofundeze acest limbaj. Ideea care a stat la baza realizării acestei cărţi a fost 
aceea de a prezenta nu numai limbajul Java în sine, ci şi modul în care se imple- 
mentează algoritmii şi structurile de date fundamentale în Java, elemente care 
sunt indispensabile oricărui programator cu pretenţii. Aşadar, cartea nu este 
destinată numai celor care doresc să acumuleze noţiuni despre limbajul Java în 
sine, ci şi celor care intenţionează să îşi aprofundeze şi rafineze cunoştinţele 
despre algoritmi şi să îşi dezvolte un stil de programare elegant. Ca o con- 
secinta, am structurat cartea în două volume: prima volum (disponibil separat) 
este orientat spre prezentarea principalelor caracteristici ale limbajului Java, în 
timp ce volumul al doilea (cel de fata) constituie o abordare a algoritmilor din 
perspectiva limbajului Java. Finalul primului volum cuprinde un grup de cinci 
anexe, care prezintă mai amănunţit anumite informaţii cu caracter mai special, 
deosebit de utile pentru cei care ajung să programeze în Java. Am ales această 
strategie deoarece a dobândi cunoştinţe despre limbajul Java, fără a avea o imag- 
ine clară despre algoritmi, nu reprezintă un progres real pentru un programator. 
Iar scopul nostru este acela de a vă oferi posibilitatea să deveniți un programator 
pentru care limbajul Java şi algoritmii să nu mai constituie o necunoscută. 

Cele două volume cuprind numeroase soluţii Java complete ale problemelor 
prezentate. Mai este necesară o remarcă: deseori am optat, atât în redactarea co- 
dului sursă cât şi în prezentarea teoretică a limbajului sau a algoritmilor, pentru 
păstrarea terminologiei în limba engleză în defavoarea limbii române. Am luat 
această decizie, ţinând cont de faptul că mulţi termeni s-au consacrat în acest 
format, iar o eventuală traducere a lor le-ar fi denaturat înţelesul. 

Primul volum al cărții cuprinde opt capitole: 

Capitolul 1 reprezintă o prezentare de ansamblu a tehnologiei Java. Capi- 
tolul debutează cu istoria limbajului, începând cu prima versiune şi până la cea 
curentă. În continuare, sunt înfăţişate câteva detalii despre implementările ex- 
istente ale limbajului. Implementarea Java a firmei Sun este tratată separat, în 
detaliu, fiind şi cea pe care s-au testat aplicaţiile realizate pe parcursul cărţii. 

Capitolul 2 este cel care dă startul prezentării propriu-zise a limbajului Java, 


INTRODUCERE 


începând cu crearea şi executarea unui program simplu. Sunt prezentate apoi 
tipurile primitive de date, constantele, declararea şi iniţializarea variabilelor, 
operatorii de bază, conversiile, instrucţiunile standard şi metodele. 

Capitolul 3 este destinat referintelor şi obiectelor. Sunt prezentate în de- 
taliu noţiunile de referinţă, obiect, şiruri de caractere (String-uri) şi de şiruri de 
elemente cu dimensiuni variabile. 

Capitolul 4 continuă prezentarea începută în capitolul anterior, prezentând 
modul în care se pot defini propriile clase în Java şi cum se implementează 
conceptele fundamentale ale programării orientate pe obiecte. 

Capitolul 5 prezintă în detaliu un principiu esenţial al programării orientate 
pe obiecte: moştenirea. Sunt prezentate de asemenea noţiuni adiacente cum ar 
fi cea de polimorfism, interfaţă, clasă interioară, identificare a tipurilor de date 
în faza de execuţie (RTTI = Runtime Type Identification). 

Capitolul 6 este dedicat în întregime modului de tratare a excepțiilor in 
Java. Se prezintă tipurile de excepţii existente în limbajul Java, cum se pot defini 
propriile tipuri de excepţii, cum se pot prinde şi trata excepţiile aruncate de o 
aplicaţie. Finalul capitolului este rezervat unei scurte liste de sugestii referitoare 
la utilizarea eficientă a excepțiilor. 

Capitolul 7 prezintă sistemul de intrare-ieşire (I/O) oferit de limbajul Java. 
Pe lângă operaţiile standard realizate pe fluxurile de date (stream) şi fişiere 
secvențiale, este prezentată şi noţiunea de colecţie de resurse (engl. resource 
bundles). 

Capitolul 8 este rezervat problemei delicate a firelor de executie (thread- 
uri). Pornind cu informatii simple despre firele de executie, se continua cu 
accesul concurent la resurse, sincronizare, monitoare, coordonarea firelor de 
execuţie, cititorul dobândind în final o imagine completă asupra sistemului de 
lucru pe mai multe fire de execuţie, aşa cum este el atât de elegant realizat în 
Java. 


Cele opt capitole ale primului volum sunt urmate de un grup de anexe, care 
conţin multe informaţii utile programatorilor Java. 

Anexa A constituie o listă cu editoarele şi mediile integrate pentru dez- 
voltarea aplicaţiilor Java, precum şi un mic tutorial de realizare şi executare a 
unei aplicaţii Java simple. Tot aici este prezentată şi ant, o unealtă de foarte 
mare ajutor în compilarea şi rularea aplicaţiilor de dimensiuni mai mari. 

Anexa B este dedicată convențiilor de scriere a programelor. Sunt prezen- 
tate principalele reguli de scriere a unor programe lizibile, conforme cu stan- 
dardul stabilit de Sun Microsystems. Ultima parte a anexei este dedicată unei 
unelte foarte utile în documentarea aplicaţiilor Java: javadoc. 

Anexa C detaliază ideea de pachete, oferind informaţii despre pachete Java 
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predefinite si despre posibilitatea programatorului de a defini propriile sale pa- 
chete. Un accent deosebit se pune şi pe prezentarea arhivelor jar. 

Anexa D prezintă modul în care se pot realiza aplicaţii internationalizate, 
prin care textele care apar într-o aplicaţie sunt traduse dintr-o limbă în alta, cu 
un efort minim de implementare. De asemenea, este prezentat şi rolul colecţiilor 
de resurse (engl. resource bundles) în internationalizarea aplicaţiilor. 

Anexa E reprezintă o listă de resurse disponibile programatorului Java, 
pornind de la site-ul Sun Microsystems şi până la tutoriale, cărți, reviste online, 
liste de discuţii disponibile pe Internet. Cu ajutorul acestora, un programator 
Java poate să îşi dezvolte aptitudinile de programare şi să acumuleze mai multe 
cunoştinţe despre limbajul Java. 


Volumul de fata, al doilea al cărţii, este destinat prezentării algoritmilor. 
Independenţa algoritmilor relativ la un anumit limbaj de programare, face ca 
majoritatea programelor din această parte să fie realizate şi în pseudocod, punc- 
tând totuşi pentru fiecare în parte specificul implementării în Java. 

Capitolul 9 constituie primul capitol al celui de-al doilea volum şi prezintă 
modalitatea prin care se poate realiza analiza eficienţei unui algoritm. Notatia 
asimptotică, tehnicile de analiză a algoritmilor, algoritmii recursivi constituie 
principala direcţie pe care se axează acest capitol. 

Capitolul 10 reprezintă o incursiune în cadrul structurilor de date utilizate 
cel mai frecvent în conceperea algoritmilor: stive, cozi, liste inlantuite, arbori 
binari de căutare, tabele de repartizare şi cozi de prioritate. Fiecare dintre aceste 
structuri beneficiază de o prezentare în detaliu, însoţită de o implementare Java 
în care se pune accent pe separarea interfeţei structurii de date de implementarea 
acesteia. 

Capitolul 11 constituie startul unei suite de capitole dedicate metodelor 
fundamentale de elaborare a algoritmilor. Primul capitol din această suită este 
rezervat celei mai elementare metode: backtracking. După o analiză amănunţită 
a caracteristicilor acestei metode (cum ar fi cei patru paşi standard în imple- 
mentarea metodei: atribuie si avansează, încercare eşuată, revenire, revenire 
după construirea unei soluţii), sunt prezentate câteva exemple de probleme cla- 
sice care admit rezolvare prin metoda backtracking: generarea permutărilor, a 
aranjamentelor şi a combinărilor, problema damelor, problema colorării hărților. 

Capitolul 12 prezintă o altă metodă de elaborare a algoritmilor: divide er 
impera. Prima parte a capitolului este rezervată prezentării unor noţiuni intro- 
ductive despre recursivitate şi recurenţă, absolut necesare înţelegerii modului în 
care funcționează această metodă. Analog capitolului 11, prezentarea propriu- 
zisă a metodei este însoţită de câteva exemple de probleme clasice rezolvabile 
prin această metodă: căutarea binară, sortarea prin interclasare (mergesort), 
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sortarea rapida (quicksort), trecerea expresiilor aritmetice in forma poloneza 
postfixata. 

Capitolul 13 prezinta cea de-a treia metoda de elaborare a algoritmilor: 
metoda Greedy. Capitolul păstrează aceeaşi structură ca şi cele precedente: 
sunt prezentate mai întâi elementele introductive ale metodei, urmate apoi de 
câteva exemple clasice de probleme rezolvabile prin această metodă: problema 
spectacolelor, minimizarea timpului de aşteptare, interclasarea optimă a mai 
multor şiruri ordonate. 

Capitolul 14 este rezervat unei metode speciale de elaborare a algoritmilor: 
programarea dinamică, ce reprezintă probabil cea mai complexă metodă de 
elaborare a algoritmilor, punând deseori în dificultate şi programatorii experi- 
mentati. Totuşi avem credinţa că modul simplu şi clar în care sunt prezentate 
noţiunile să spulbere mitul care înconjoară această metodă. Capitolul debutează 
cu o fundamentare teoretică a principalelor concepte întâlnite în cadrul metodei. 
Apoi, se continuă cu rezolvarea unor probleme de programare dinamică: în- 
mulţirea unui şir de matrice, subşirul comun de lungime maximă, distanţa Le- 
vensthein etc. 

Capitolul 15 reprezintă ultimul capitol din seria celor dedicate metodelor 
de elaborare a algoritmilor. Metoda branch and bound este cea abordată în 
cadrul acestui capitol, prin intermediul unui exemplu clasic de problemă: jocul 
de puzzle cu 15 elemente. 

Capitolul 16 reprezintă o sinteză a metodelor de elaborare a algoritmilor 
care au fost tratate de-a lungul volumului al doilea, prezentând aspecte comune 
şi diferenţe între metode, precum şi aria de aplicabilitate a fiecărei metode în 
parte. 


Esenţa acestui volum o reprezintă metodele fundamentale de elaborare a 
algoritmilor împreună cu structurile de date cele mai uzuale, precum şi modul 
în care acestea se particularizează pentru a fi implementate în limbajul Java. 

Primul capitol al acestei parti introduce noţiuni esenţiale referitoare la a- 
naliza eficienţei algoritmilor, noţiuni care vor fi ulterior folosite pentru a evalua 
eficienţa diferitelor operaţii pe structuri de date, precum şi a algoritmilor prezen- 
taţi. Următorul capitolul introduce succesiv structurile de date cele mai uzuale, 
începând cu listele şi încheind cu structuri ceva mai complexe cum ar fi arborii 
sau cozile de prioritate. 

Restul capitolelor (de la capitolul 11 până la capitolul 15) prezintă pe rând 
metodele fundamentale de elaborare a algoritimilor care reprezintă nişte tehnici 
cu caracter general prin care se poate rezolva o anumită clasă largă de proble- 
me. Aceste metode nu sunt legate de un limbaj de programare anume, şi din 
acest motiv multi autori preferă să le trateze la modul general, descriind re- 
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zolvarea problemelor in pseudocod. În această lucrare am urmărit să prezentăm 
metodele de elaborare a algoritmilor la modul general, precum şi specificul dat 
de implementarea rezolvărilor în limbajul Java. 

Metodele de elaborare a algoritmilor prezentate în această parte sunt: 


e Backtracking: se aplică problemelor a căror soluţie se poate scrie sub 
formă de vector. Această metodă construieşte vectorul soluţie compo- 
nentă cu componentă, cu eventuale reveniri asupra componentelor ante- 
rioare; 


e Greedy: principiul acestei metode este asemănător cu cel de la back- 
tracking, cu diferenţa că selectarea următorului pas se face pe baza unui 
criteriu local fără a se reveni asupra paşilor anteriori; 


e Divide et impera (dezbină şi cucereşte): această metodă împarte pro- 
blema originală în două sau mai multe subprobleme; subproblemele sunt 
împărţite la rândul lor în sub-subprobleme şi aşa mai departe până când 
se ajunge la subprobleme de dimensiune mică, a căror rezolvare este tri- 
vială. Se construieşte apoi soluţia problemei originale prin combinarea 
soluţiilor subproblemelor. Evident, nu orice problemă poate fi rezolvată 
în acest mod; 


e Programare dinamică: aplicabilă doar problemelor de optimizare (sau 
care pot fi reformulate ca probleme de optimizare) care respectă aşa- 
numitul principiu al optimalităţii, 


e Branch & bound: termen care ar putea fi tradus cu aproximaţie prin 
"împarte şi evaluează”. Este o variantă a tehnicii backtracking, în care 
alegerea următorului pas nu se face la întâmplare, ci într-o anumită ordine 


dată de o evaluare locală a şanselor ca acel pas să conducă la o soluţie. 


Metodele de elaborare a algoritmilor au fost concepute ca nişte tehnici cu carac- 
ter general aplicabile unei clase foarte largi de probleme de programare. Majori- 
tatea problemelor de programare pot fi abordate cu una sau mai multe din aceste 
metode de elaborare a algoritmilor şi, astfel, programatorul nu este întotdeauna 
nevoit să conceapă câte o metodă ad-hoc pentru fiecare problemă pe care o are 
de rezolvat. Programatorul trebuie să încadreze problema pe care o are de re- 
zolvat în una dintre aceste metode de elaborare, după care particularizează acea 
metodă pentru problema concretă şi alege structurile de date adecvate. 

În linii mari, putem spune că rezolvarea unei probleme de programare pre- 
supune următorii paşi: 
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1. Identificarea metodei de elaborare si a structurilor de date potrivite; 


2. Particularizarea acestei tehnici pentru problema concreta. 


În acest punct, tehnicile de programare se diferenţiază: pentru unele metode 
(cum ar fi backtracking) trecerea de la forma generală la forma concretă este 
aproape algoritmică, nefiind necesar un mare efort de adaptare, în timp ce pentru 
altele (cum ar fi programarea dinamică) trecerea necesită un efort considerabil, 
dublat de ingeniozitate şi o profundă stăpânire a metodei. 


Cui se adresează această carte? 


Lucrarea de faţă nu se adresează începătorilor, ci persoanelor care stăpâ- 
nesc deja, chiar şi parţial, un limbaj de programare. Cititorii care au cunoştinţe 
de programare în C şi o minimă experienţă de programare orientată pe obiecte 
vor găsi lucrarea ca fiind foarte uşor de parcurs. Nu sunt prezentate noţiuni 
elementare specifice limbajelor de programare cum ar fi funcţii, parametri, in- 
structiuni etc. Nu se presupune cunoaşterea unor elemente legate de progra- 
marea orientată pe obiecte, deşi existenţa lor poate facilita înţelegerea notiu- 
nilor prezentate. De asemenea, cartea este foarte utilă şi celor care doresc să 
aprofundeze studiul algoritmilor şi modul în care anumite probleme clasice de 
programare pot fi implementate în Java. 


Pe Internet 


Pentru comoditatea cititorilor, am decis să punem la dispoziţia lor codul 
sursă complet al tuturor programelor prezentate pe parcursul celor două volume 
ale lucrării în cadrul unei pagini web concepută special pentru interacţiunea cu 
cititorii. De asemenea, pagina web a cărţii va găzdui un forum unde cititorii 
vor putea oferi sugestii în vederea îmbunătăţirii conţinutului lucrării, vor putea 
schimba opinii în legătură cu diversele aspecte prezentate, adresa întrebări au- 
torilor etc. Adresele la care veţi găsi aceste informaţii sunt: 


e http://www.albastra.ro/carti/v178/ 


e http://www.danciu.ro/apj/ 


Mulţumiri 


In încheiere, dorim să adresăm mulţumiri colegilor şi prietenilor noştri care 
ne-au acordat ajutorul în realizarea acestei lucrări: Vlad Petric (care a avut o 
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contribuţie esenţială la structurarea capitolului 14), Alexandru Băluţ (autor al 
anexei A), Iulia Tatomir (a parcurs şi comentat cu multă răbdare de mai multe 
ori întreaga carte) şi Raul Furnică (a parcurs şi comentat capitolele mai delicate 
ale lucrării). 
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9. Analiza eficienţei algoritmilor 


Nu vă faceţi griji pentru 
problemele pe care vi le pune 
matematica. Vă asigur că ale mele 
sunt cu mult mai mari. 


Albert Einstein 


În prima parte a cărţii am examinat cum putem folosi programarea orientată 
pe obiecte pentru proiectarea şi implementarea programelor profesionale. Au 
fost prezentate trăsăturile fundamentale ale limbajului Java, precum şi facilităţi 
mai puţin cunoscute, dar foarte utile, cum ar fi mecansimul de reflectare (Re- 
flection API) sau colecțiile de resurse. Totuşi, aceasta reprezintă doar jumătate 
din problemă. 

Calculatorul este folosit de obicei pentru a prelucra cantităţi mari de infor- 
matie. Atunci cand executăm un program cu date de intrare de dimensiuni mari, 
trebuie să fim siguri că vom obţine rezultatul într-un timp rezonabil. Acest lu- 
cru este aproape întotdeauna independent de limbajul de programare folosit, ba 
chiar şi de metodologia aplicată (cum ar fi programare orientată pe obiecte, sau 
programare procedurală). 

Un algoritm este un set bine precizat de instrucţiuni pe care calculatorul le 
va executa pentru a rezolva o problemă. Odată ce am găsit un algoritm pentru 
o anumită problemă şi am determinat că algoritmul este corect, pasul următor 
este de a determina cantitatea de resurse, cum ar fi timpul şi cantitatea de me- 
morie, pe care algoritmul le cere. Acest pas este numit analiza algoritmului. Un 
algoritm care are nevoie de câţiva gigabytes de memorie nu este bun de nimic 
pe calculatoarele existente la ora actuală, chiar dacă el este corect. 

În acest capitol vom vedea: 


e Cum putem estima timpul cerut de un algoritm (altfel spus, determinarea 
complexităţii algoritmului); 
15 


9.1. CE ESTE ANALIZA ALGORITMILOR? 


e Tehnici pentru reducerea drastica a timpului de executie al unui algoritm; 


e Uncadru matematic care descrie laun mod mai riguros timpul de executie 
al algoritmilor. 


9.1 Ce este analiza algoritmilor? 


Cantitatea de timp pe care orice algoritm o cere pentru execuţie depinde a- 
proape întotdeauna de cantitatea de date de intrare pe care o procesează. Este 
de aşteptat că sortarea a 10.000 de elemente să necesite mai mult timp decât 
sortarea a 10 elemente. Timpul de execuţie al unui algoritm este astfel o funcţie 
de dimensiunea datelor de intrare. Valoarea exactă a acestei funcţii depinde 
de mai mulţi factori, cum ar fi viteza calculatorului pe care rulează progra- 
mul, calitatea compilatorului şi, nu de puţine ori, calitatea programului. Pentru 
un program dat, care rulează pe un anumit calculator, putem reprezenta grafic 
timpul de execuţie. În Figura 9.1 am realizat un astfel de grafic pentru patru 
programe. Curbele reprezintă patru funcţii care sunt foarte des întâlnite în a- 
naliza algoritmilor: liniară, n log n, pdtraticd şi cubică. Dimensiunea datelor 
de intrare variază de la 1 la 100 de elemente, iar timpii de execuţie de la 0 la 5 
milisecunde. O privire rapidă asupra graficelor din Figura 9.1 şi Figura 9.2 ne 
lămureşte că ordinea preferințelor pentru timpii de execuţie este liniar, n log n, 
pătratic şi cubic. 

Să luăm ca exemplu descărcarea (download-area) unui fişier de pe Internet. 
Să presupunem că la început apare o întârziere de două secunde (pentru a stabili 
conexiunea), după care descărcarea se va face la 1.6 KB/sec. În această situ- 
atie, dacă fişierul de adus are N kilobaiti, timpul de descărcare a fişierului este 
descris de formula T(N) = N/1.6 + 2. Aceasta este o funcţie liniară. Se 
poate calcula uşor că descărcarea unui fişier de 80K va dura aproximativ 52 de 
secunde, în timp ce descărcarea unui fişier de două ori mai mare (160K) va dura 
102 secunde, deci cam de două ori mai mult. Această proprietate, in care tim- 
pul este practic direct proporţional cu cantitatea de date de intrare, este specifică 
unui algoritm liniar, şi constituie adeseori o situaţie ideală. Aşa cum se vede 
din grafice, unele curbe neliniare pot conduce la timpi de execuţie foarte mari. 

În acest capitol vom analiza următoarele probleme: cu cât este mai bună o 
curbă în comparaţie cu o altă curbă, cum putem calcula pe care curbă se situează 
un anumit algoritm sau cum putem proiecta algoritmi care să nu se situeze pe 
curbele nefavorabile. 

O funcţie cubică este o funcţie al cărei termen dominant este N°, înmulţit 
cu o constantă. De exemplu, 1ON? + N? + 40N + 80 este o funcţie cubică. 
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Figura 9.1: Timpi de executie pentru date de dimensiune mica 


Liniar Patratic —--—- Cubic 


Timp executie 
(milisecunde) 


Date EM {H} e 


Figura 9.2: Timpi de execuţie pentru date de intrare moderate 
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E 


2500 s000 FU 
Date intrare (H) 
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Similar, o funcţie pătratică are termenul dominant N? înmulţit cu o constantă, 
iar o funcţie liniară are un termen dominant care este N înmulţit cu o constantă. 


Oricare dintre cele trei funcţii prezentate mai sus poate fi mai mică decât 
cealaltă într-un punct dat. Acesta este motivul pentru care nu ne interesează 
valorile efective ale timpilor de execuţie, ci rata lor de creştere. Acest lucru este 
justificabil prin trei argumente. În primul rând, pentru funcţiile cubice, cum 
ar fi cea prezentată în Figura 9.2, atunci când N are valoarea 1000, valoarea 
funcţiei cubice este aproape complet determinată de valoarea termenului cubic. 
Funcţia 10N5+ N2+40N +80 are valoarea 10.001.040.080 pentru N = 1000, 
din care 10.000.000.000 se datorează termenului 10N?. Dacă am fi folosit doar 
termenul cubic pentru a estima valoarea funcţiei, ar fi rezultat o eroare de aprox- 
imativ 0.01%. Pentru un N suficient de mare, valoarea funcţiei este determinată 
aproape complet de termenul ei dominant (semnificaţia termenului suficient de 
mare depinde de funcţia în cauză). 


Un al doilea motiv pentru care măsurăm doar rata de creştere a funcțiilor 
este că valoarea exactă a constantei multiplicative pentru termenul dominant 
diferă de la un calculator la altul. De exemplu, calitatea compilatorului poate să 
influenţeze destul de mult valoarea constantei. În al treilea rând, valorile mici 
pentru N sunt de obicei nesemnificative. Din Figura 9.1 se observă ca pentru 
N = 10, toţi algoritmii se încheie în mai putin de 3 ms. Diferenţa dintre cel 
mai bun şi cel mai slab algoritm este mai mică decât un clipit de ochi. 


Pentru a reprezenta rata de creştere a unui algoritm se foloseşte aşa-numita 
notație asimptotică (engl. "Big-Oh notation"). De exemplu, rata de creştere 
pentru un algoritm pătratic este notată cu O(N“). Notaţia asimptotică ne per- 
mite să stabilim o ordine parţială între funcţii prin compararea termenului lor 
dominant. 


Vom dezvolta în acest capitol aparatul matematic necesar pentru analiza 
eficienţei algoritmilor, urmărind ca această incursiune matematică să nu fie ex- 
cesiv de formală. Vom arăta apoi, pe bază de exemple, cum poate fi analizat un 
algoritm. O atenţie specială o vom acorda tehnicilor de analiză a algoritmilor 
recursivi. 


9.2 Notatia asimptotică 


Notatia asimptotică are rolul de a estima timpul de calcul necesar unui al- 
goritm pentru a furniza rezultatul, funcţie de dimensiunea datelor de intrare. 
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9.2.1 O notatie pentru ordinul de mărime al timpului de ex- 
ecutie al unui algoritm 


Fie N mulţimea numerelor naturale, Jt mulţimea numerelor reale. Fie f : 
N > [0, oo) o funcţie arbitrară. Definim mulţimea de funcţii: 


O(f) = {t:N— [0,00) | 3c > 0,3no EN, astfel incat V n> 
no avem t(n) <ce*f(n)y 


Cu alte cuvinte, O(f) (se citeşte "ordinul lui f") este mulţimea tuturor functi- 
ilor t mărginite superior de un multiplu real pozitiv al lui f, pentru valori sufi- 
cient de mari ale argumentului n. Vom conveni să spunem că 7 este în ordinul 
lui f (sau, echivalent, t este in O(f), sau t E€ O(f) ) chiar şi atunci când t(n) 
este negativ sau nedefinit pentru anumite valori n < no. In mod similar, vom 
vorbi despre ordinul lui f chiar şi atunci când valoarea f(n) este negativă sau 
nedefinită pentru un număr finit de valori ale lui n; in acest caz, vom alege no 
suficient de mare, astfel încât pentru n > no acest lucru să nu mai apară. De 
exemplu, vom vorbi despre ordinul lui n/log n , chiar dacă pentru n=0 şi n=1 
funcţia nu este definită. În loc de t € O(f), uneori este mai convenabil să 
folosim notația t(n) E€ O(f(n)), subînţelegând aici că t(n) şi f(n) sunt funcţii. 

Fie un algoritm dat şi fie o funcţie t : N — [0, oo), astfel încât o anumită 
implementare a algoritmului să necesite cel mult /(n) unităţi de timp pentru a 
rezolva un caz de mărime n, unde n € N. Principiul invariantei! ne asigură 
atunci că orice implementare a algoritmului necesită un timp în ordinul lui 7. 
Cu alte cuvinte, acest algoritm necesită un timp în ordinul lui f pentru orice 
funcţie f : N — [0,00) pentru care t € O(f). În particular avem relaţia: 
t € O(t) . Vom căuta, în general, să găsim cea mai simplă funcţie f, astfel încât 


te O(f). 


Exemplu: Fie funcţia t(n) = 3n? — 9n +13. Pentru n suficient de mare, vom 
avea relaţia t(n) < 4n2. În consecinţă, luând c = 4, putem spune că t(n) € 
O(n2). La fel de bine puteam să spunem că t(n) € O(13n? — V2n + 12.5), 
dar pe noi ne interesează să găsim o expresie cât mai simplă. Este adevărată 
şi relaţia t(n) € O(n*) dar, aşa cum vom vedea mai târziu, suntem interesaţi 
de a mărgini cât mai strâns ordinul de mărime al algoritmului, pentru a putea 
obiectiva cât mai bine durata sa de execuţie. 

Proprietăţile de bază ale lui O(f) sunt date ca exerciţii (1 - 5) şi ar fi reco- 
mandabil să le studiati înainte de a trece mai departe. 


l Acest principiu afirmă că două implementări diferite ale aceluiaşi algoritm nu diferă, ca efi- 
cienta, decât cel mult printr-o constantă multiplicativă. 
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Notatia asimptotică defineşte o relaţie de ordine parţială între funcţii şi, prin 
urmare, între eficienţa relativă a diferiților algoritmi care rezolvă o anumită 
problemă. Vom da în continuare o interpretare algebrică a notatiei asimptotice. 
Pentru oricare două funcţii f,g : N — R* definim următoarea relaţie binară: 
f < g dacă O(f) C O(g). Relaţia "< " este o relaţie de ordine parţială 
(reflexivă, tranzitivă, antisimetrică) în mulţimea funcţiilor definite pe N şi cu 
valori în [0, 00) (exerciţiul 4). Definim şi o relaţie de echivalență: f = g 
dacă O(f)=O(g). Prin această relaţie obţinem clase de echivalență, o clasă de 
echivalență cuprinzând toate funcţiile care diferă între ele printr-o constantă 
multiplicativă. De exemplu, lg n = În n şi avem o clasă de echivalență a functi- 
ilor logaritmice, pe care o notăm generic cu O(log n) . Notând cu O(/) clasa de 
echivalență a algoritmilor cu timpul mărginit superior de o constantă (cum ar 
fi interschimbarea a două numere, sau maximul a trei elemente), ierarhia celor 
mai cunoscute clase de echivalență este: 


O(1) c O(logn) C O(n) C O(nlogn) C O(n?) C O(n?) c 0(22) 


Această ierarhie corespunde unei clasificări a algoritmilor după un criteriu 
al performanţei. Pentru o problemă dată, dorim mereu să obţinem un algoritm 
corespunzător unei clase aflate cât mai "de jos" (cu timp de execuţie cât mai 
mic). Astfel, se consideră a fi o mare realizare dacă în locul unui algoritm 
exponential găsim un algoritm polinomial. 

Exerciţiul 5 ne dă o metodă de simplificare a calculelor în care apare notația 
asimptotică. De exemplu: 


n? + 4n2 + 2n + 7 € O(n? + (4n? + 2n + 7)) = 
O(maz(n5, 4n? + 2n + 7)) = O(n?) 


Ultima egalitate este adevărată chiar dacă maz(n5, 4n? + 2n + 7) # n? 
pentru 0 < n < 4, deoarece notația asimptotică se aplică doar pentru n suficient 
de mare. De asemenea, 


në — 3n? — n —8 € O(% + (5 — 3n? n — 8)) = 
O(max(2-, ne — 3n? — n— 8)) = O(%) = O(n?) 


chiar daca pentru 0 < n < 6 polinomul este negativ. Exerciţiul 6 tratează cazul 
unui polinom oarecare. 

Notatia O(f) este folosită pentru a limita superior timpul necesar unui algo- 
ritm, măsurând eficienţa (complexitatea computationala) a algoritmului respec- 
tiv. Uneori este interesant să estimăm şi o limită inferioară a acestui timp. În 
acest scop, definim mulţimea: 
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Q(f) ={t:N > [0, œ) | 3c > 0,3no EN, astfel incat V n> 
no avem t(n) >cx f(n)} 


Există o anumită dualitate între notatiile O(f) şi Q(f): pentru două funcții 
oarecare f, g : N — [0, 00), avem: 


f € O(g) dacă şi numai dacă g € Q(f). 


O estimare foarte precisa a timpului de execuţie se obține atunci când timpul 
de execuție al unui algoritm este limitat atât inferior cât şi superior de câte un 
multiplu real pozitiv al aceleaşi funcții. In acest scop, introducem notația: 


O(f) = O(f/) NQF) 


numita ordinul exact al lui f. Pentru a compara ordinele a doua functii, 
notația © nu este însă mai puternică decât notația O, în sensul că O(f)=O(g) 
este echivalent cu O(f) = O(g). 

Există situaţii in care timpul de execuţie al unui algoritm depinde simultan 
de mai mulţi parametri. Aceste situaţii sunt tipice pentru anumiţi algoritmi care 
operează cu grafuri şi la care timpul depinde atât de numărul de vârfuri cât 
şi de numărul de muchii. Notaţia asimptotică se generalizează în mod natural 
şi pentru funcţii cu mai multe variabile. Astfel, pentru o funcţie arbitrară f : 
N x N > [0, 00) definim 


O(f) = {t: N x N > [0, 00) | de > 0, dng, mo € 
N, astfel incat Y m>mo,Y n>no avem t(m,n) < 


c* f(m,n)}. 


Similar se obţin şi celelalte generalizari. 


9.3 Tehnici de analiza algoritmilor 
Nu există o metodă standard pentru analiza eficienţei unui algoritm. Este 


mai curând o chestiune de raţionament, intuiţie şi experienţă. Vom arăta pe 
bază de exemple cum se poate efectua o astfel de analiză. 


9.3.1 Sortarea prin selecţie 


Considerăm algoritmul de sortare prin selecţia minimului, reprodus mai jos: 
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pentrui = l,n— 1 

//se calculează poziția minimului lui a(i), ali +1), ..., a(n) 
Poz Min + i /initializăm minimul cu indicele primului element 
pentruj =i+1,n 

dacăa(j) < a(PozMin) atunci 

PozMin=j 

sfarsit daca 
sfârşit pentru //după j 
//se aşează minimul pe poziţia i 
auz + ali) 
ali) + a(PozMin) 
a(PozMin) + auz 


sfârşit pentru //după i 


Timpul necesar pentru o singură execuție a ciclului pentru după variabila j 
poate fi mărginit superior de o constantă a. In total, pentru un i fixat, ținând 
cont de faptul că se realizează n-i iterații, acest ciclu necesită un timp de cel 
mult b + a(n — i) unități, unde b este o constantă reprezentând timpul necesar 
pentru inițializarea buclei. O singură execuție a buclei exterioare are loc in cel 
mult c + b + a(n — i) unități de timp, unde c este o altă constantă. Ținând cont 
de faptul că bucla după j se realizează de n-1 ori, timpul total de execuţie al 
algoritmului este cel mult: 


d+ SI (c+b+aln -— i)) 


unități de timp, d fiind din nou o constantă. Simplificăm această expresie si 
obținem $n? + (b + c — $)n + (d — c — b), de unde deducem că algoritmul 
necesită un timp în O(n?). O analiză similară asupra limitei inferioare arată 
că timpul este de fapt in O(n”). Nu este necesar să considerăm cazul cel mai 
nefavorabil sau cazul mediu deoarece timpul de execuţie al sortării prin selecţie 
este independent de ordonarea prealabilă a elementelor de sortat. 

În acest prim exemplu am analizat toate detaliile. De obicei însă, detalii 
cum ar fi timpul necesar inifializarii ciclurilor nu se vor considera explicit, 
deoarece ele nu afectează ordinul de complexitate al algoritmului. Pentru cele 
mai multe situaţii, este suficient să alegem o anumită instrucţiune din algoritm 
ca barometru şi să numărăm de câte ori se execută această instrucţiune. În cazul 
nostru, putem alege ca barometru testul 

alj] < a|PozMin] 
din bucla interioară. Este uşor de observat că acest test se execută de nin) 
ori. 


22 


9.3. TEHNICI DE ANALIZA ALGORITMILOR 


9.3.2 Sortarea prin insertie 


Timpul pentru algoritmul de sortare prin inserţie este dependent de ordo- 
narea prealabilă a elementelor de sortat. Algoritmul este implementat în cadrul 
primului volum, la capitolul Mostenire, secţiunea Extinderea clasei Shape. A- 
naliza algoritmului se realizează pe baza implementării prezentate în cadrul 
acelei secţiuni. Vom folosi comparatia 


tmp.lessThan(a[j - 1]) 


din ciclul for ca barometru. 

Să presupunem că p este fixat şi fie n = a.length lungimea şirului. Cel 
mai nefavorabil caz apare atunci când tmp < alj — 1] pentru fiecare j între p 
si 1, algoritmul făcând în această situaţie p comparații. Acest lucru se întâm- 
plă (pentru fiecare valoare a lui p de la 1 la n — 1) atunci când tabloul a este 
initial ordonat descrescător. Numărul total de comparații pentru cazul cel mai 
nefavorabil este: 


SI i = ROD € O(n?) 


Vom estima acum timpul mediu necesar pentru un caz oarecare. Presupunem 
că elementele tabloului a sunt distincte şi că orice permutare a lor are aceeaşi 
probabilitate de apariţie. Atunci, dacă 1 < k < p, probabilitatea ca a|p] să 
fie cel de-al k-lea cel mai mare element dintre elementele a[1], a[2],..., a[p] 
este = Pentru un p fixat, condiţia alp] < afp — 1] este falsă cu probabilitatea 


7 deci probabilitatea ca să se execute comparatia "tmp < a|j — 1]" o singură 
dată înainte de ieşirea din bucla while este 7: Comparatia "tmp < aļj — 1]" 
se execută de exact două ori tot cu probabilitatea > etc. Probabilitatea ca să se 
execute comparatia de exact p — 1 ori este 2, deoarece aceasta se întâmplă atât 
când tmp < a[0] cât si cand a[0] < tmp < a[1]! Numărul mediu de compara- 
tii, pentru un p fixat, este în consecință, suma numărului de comparații pentru 
fiecare situație, înmulțită cu probabilitatea de apariție a acelei situații: 


ci = 14 +24 +...+(i—2)}+(i- 1) = 4-4 


4 


Pentru a sorta n elemente avem nevoie de >_;_. C; comparații, ceea ce este 
egal cu aisn — H,„ € 0(n2). Prin H, = Yi! € O(logn) am notat al 
n-lea termen al seriei armonice. 

Se observă că algoritmul de sortare prin inserare efectuează pentru cazul 
mediu de două ori mai puține comparații decât pentru cazul cel mai nefavorabil. 
Totuşi, în ambele situații, numărul comparatiilor este in O(n?). 
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Cu toate că algoritmul necesită un timp în (2) atât pentru cazul mediu 
cât şi pentru cel mai nefavorabil caz, pentru cazul cel mai favorabil (când iniţial 
tabloul este ordonat crescător) timpul este în O(n). De fapt, pentru cazul cel 
mai favorabil, timpul este şi în O(n) (deci in O(n)). 


9.3.3 Turnurile din Hanoi 


Matematicianul francez Eduard Lucas a propus în 1883 o problemă care a 
devenit apoi celebră mai ales datorită faptului că a prezentat-o sub forma unei 
legende. Se spune că Brahma (Zeul Creaţiei la hindusi) a fixat pe Pământ trei 
tije de diamant şi pe una din ele a pus în ordine crescătoare 64 de discuri de 
aur de dimensiuni diferite, astfel încât discul cel mai mare era jos. Brahma a 
creat şi o mănăstire, iar sarcina călugărilor era să mute toate discurile pe o altă 
tijă. Singura operaţiune permisă era mutarea câte unui singur disc de pe o tijă 
pe alta, astfel încât niciodată să nu se pună un disc mai mare peste un disc mai 
mic. Legenda spune că sfârşitul lumii se va petrece atunci când călugării vor 
săvârşi lucrarea. Vom vedea că aceasta se dovedeşte a fi o previziune extrem de 
optimistă asupra sfârşitului lumii. Presupunând că în fiecare secundă se mută 
un disc şi se lucrează fără întrerupere, cele 64 de discuri nu pot fi mutate nici în 
500 de miliarde de ani de la începutul acţiunii! 

Pentru a rezolva problema, vom numerota cele trei tije cu 1, 2 şi respectiv 
3. Se observă că pentru a muta cele n discuri de pe tija cu numărul 2 pe tija 
cu numărul 9 (2 şi J iau valori între 1 şi 3) este necesar să transferăm primele 
n — 1 discuri de pe tija 2 pe tija 6 — 2 — 7 (adică pe tija rămasă liberă), apoi să 
transferăm discul n de pe tija i pe tija j, iar apoi retransferăm cele n — 1 discuri 
de pe tija 6 — i — 7 pe tija j. Cu alte cuvinte, reducem problema mutării a n 
discuri la problema mutării a n — 1 discuri. Următoarea metodă Java descrie 
acest algoritm recursiv. 


Listing 9.1: Metoda hanoi 


public static void hanoi(int n, int i, int j) 
{ 


l 

2 

3 if (n > 0) 

4 { 

5 hanoi(n — 1, i, 6— i — j); 

6 System . out. println (i + "——>" + j); 
7 hanoi(n — 1,6 — i— j, j); 

8 } 

9 } 


Pentru rezolvarea problemei initiale, facem apelul 
hanoi(64, 1, 2); 
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Considerăm instrucţiunea print In ca barometru. Timpul necesar algorit- 
mului este exprimat prin următoare recurenţă: 


ij 1 dacă n=1 
= | 2tm-1)4+1 dacă n>l 


Vom demonstra că t(n) = 2” — 1. Rezultă că t € O(2”). 

Acest algoritm este optim în sensul că este imposibil să mutăm discuri de 
pe o tijă pe alta cu mai puţin de 2” — 1 operaţii. Pentru a muta 64 de discuri vor 
fi în consecinţă necesare un număr astronomic de 264 operaţii. Implementarea 
în oricare limbaj de programare care admite exprimarea recursivă se poate face 
aproape în mod direct. 


9.4 Analiza algoritmilor recursivi 


Am văzut în exemplul precedent cât de puternică şi în acelaşi timp cât 
de elegantă este recursivitatea în elaborarea unui algoritm. Cel mai impor- 
tant câştig al exprimării recursive este faptul că ea este naturală şi compactă, 
fără să ascundă esenţa algoritmului prin detaliile de implementare. Pe de altă 
parte, apelurile recursive trebuie folosite cu discernământ, deoarece solicită şi 
ele resursele calculatorului (timp şi memorie). Analiza unui algoritm recursiv 
implică aproape întotdeauna rezolvarea unui sistem de recurente. Vom vedea în 
continuare cum pot fi rezolvate astfel de recurente. Începem cu tehnica cea mai 
simplă. 


9.4.1 Metoda iteratiei 


Cu puţină experienţă şi intuiţie putem rezolva de multe ori astfel de re- 
curente prin metoda iterafiei: se execută primii paşi, se intuieşte forma genera- 
lă, iar apoi se demonstrează prin inducţie matematică că forma este corectă. Să 
considerăm de exemplu recurenţa problemei turnurilor din Hanoi. Se observa 
că pentru a muta n discuri este necesar să mutăm n — 1 discuri, apoi să mutam 
un disc şi în final din nou n — 1 discuri. În consecinţă, pentru un anumit n > 1 
obţinem succesiv: 


t(n) = 2t(n — 1) + 1 = 27t(n — 2) +24+1=...=2°-14(1) + Sg 2 


Rezultă că t(n) = 2” — 1. Prin inducţie matematică se demonstrează acum 
cu uşurinţă că această formă generală este corectă. 
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9.4.2 Inductia constructivă 


Inductia matematică este folosită de obicei ca tehnică de demonstrare a unei 
asertiuni deja enunțate. Vom vedea în această secţiune că inducția matematică 
poate fi utilizată cu succes şi în descoperirea parţială a enuntului asertiunii. A- 
plicând această tehnică, putem simultan să demonstrăm o asertiune doar partial 
specificată şi să descoperim specificaţiile care lipsesc şi datorită cărora aserti- 
unea este corectă. Vom vedea că această tehnică a inducției constructive este 
utilă pentru rezolvarea anumitor recurente care apar în contextul analizei algo- 
ritmilor. Începem cu un exemplu. 

Fie funcţia f : N > N definită prin recurenta: 


Q daca n=l 


f(n) = | fin—1)+n altfel 
Să presupunem pentru moment că nu ştim că f(n) = ninth) Avem 


f(r) = Sai Dyn =n? 


şi deci f(n) € O(n?). Aceasta ne sugerează să formulăm ipoteza inducției 
specificate partial IISP(n) conform căreia f este de forma f(n) = an? + bn + 
c. Această ipoteză este parţială în sensul că a, b şi c nu sunt încă cunoscute. 
Tehnica inducției constructive constă în a demonstra prin inducţie matematică 
această ipoteză incompletă şi a determina în acelaşi timp valorile constantelor 
necunoscute a, b şi c. 

Presupunem că //SP(n-/) este adevărată pentru un anumit n > 1. Atunci, 
f(n—1) = a(n—1)2+b(n—1)+c = an?+(1+b—2a)n+(a—b+c). Dacă dorim 
să arătăm că IISP(n) este adevărată, trebuie să arătăm că f(n) = an? + bn +c. 
Prin identificarea coeficienţilor puterilor lui n, obţinem ecuaţiile 1 +b — 2a = b 
şi a— b+c = c, cu soluția a = b = Z, c putând fi oarecare. Avem acum 
o ipoteză "mai completă" (abuzul de limbaj este inevitabil), pe care o numim 
tot IISP(n), f(n) = ne +2 +c. Am arătat că dacă IISP(n-]) este adevărată 
pentru un anumit n > 1, atunci este adevărată şi ZISP(n). Rămâne să arătăm că 
este adevărată şi IJSP(0). Trebuie să arătăm că f(0) = a02 + b0 + c. Ştim că 
£(0) = 0, deci 11SP(0) este adevărată pentru c = 0. În concluzie am demonstrat 


că f(n) = ne + pentru orice n. 


9.4.3 Recurente liniare omogene 


Există din fericire şi tehnici care pot fi folosite aproape automat pentru a re- 
zolva anumite clase de recurente. Vom începe prin a considera ecuaţii recurente 
liniare omogene, adică ecuaţii de forma: 
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Aotn + Mtn1 +... +aktn-k = 0 Gr) 


unde t; sunt valorile pe care le căutăm, iar coeficienţii a; sunt constante. 
Conform intuiţiei?, vom căuta soluţii de forma: 


unde x este o constantă (deocamdată necunoscută). Dacă înlocuim această 
soluţie în ecuaţia (*), obţinem 


aga” +a,2"-1+...+a,2"-* =0 


Soluţiile acestei ecuaţii sunt fie soluţia triviala x = O, care nu ne interesează, 
fie soluţiile ecuaţiei: 


aox? + auzi 1 +... +a, =0 


care se numeşte ecuația caracteristică a recurenţei liniare şi omogene (*). 
Presupunând deocamdată că cele k rădăcini r1,r2,...,r ale acestei ecuaţii 
caracteristice sunt distincte, se verifică uşor că orice combinaţie liniară 


k 
ap IRI ci 


este o soluţie a recurentei (* ), unde constantele c1, c2,..., Ck sunt determinate 
de condiţiile iniţiale. Se poate demonstra faptul că (*) are soluţii numai de 
această formă. 

Să exemplificăm prin recurenta care defineşte şirul lui Fibonacci 


tn = tn-1 ttn-2,n > 2 
iar to = 0, tı = 1 . Putem să rescriem această recurenţă sub forma 
tn — tn-1 — tn-2 = 0 
care are ecuatia caracteristica 
z*—x-1=0 
cu rădăcinile r1 2 = 125 Soluţia generală are forma: 
tn = ary + Cory 


2De fapt, adevărul este că aici nu este vorba de intuiţie, ci de experienţă. 
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Impunând condiţiile iniţiale, to = 0, tı = 1, obţinem 
Cy +C =0,n=0 
C171 + C2r2 = ln = 1 


de unde determinăm 


ĉ1,2 = FZ 
Deci, tn = Aart + 72). Observăm că rı = ¢, T2 = —G7' şi obţinem: 


care este cunoscuta relaţie a lui Moivre, descoperită la începutul secolului XVIII. 
Nu prezintă nici o dificultate să arătăm acum că timpul pentru calculul recursiv 
al şirului lui Fibonacci este în O(¢”). 

Cum procedăm însă atunci când rădăcinile ecuaţiei caracteristice nu sunt 
distincte? Se poate arăta că dacă r este o rădăcină de multiplicitate m a ecuaţiei 
caracteristice, atunci tn = r",t, = nr", tn = n’r",...,tn = n™ ir” sunt 
soluţii pentru (*). Soluţia generală pentru o astfel de recurenţă este atunci 
o combinaţie liniară a acestor termeni şi a termenilor proveniţi de la celelalte 
rădăcini ale ecuaţiei caracteristice. Din nou, sunt de determinat exact k con- 
stante din condiţiile iniţiale. 

Vom da din nou un exemplu. Fie recurenta 


tn = Stn_1 — 8tn—2 + 4tn-3 


cu to = 0, tı = 1, t2 = 2. Ecuația caracteristică are rădăcinile 1 (de multiplici- 
tate 1) si 2 (de multiplicitate 2). Solutia generala este: 


th = c1 1” + C22” + e3n2” 
Din condiţiile iniţiale, obţinem cy = —2,c2 = 2,c3 = -4 A 
9.4.4 Recurente liniare neomogene 
Considerăm acum recurente de următoarea forma mai generală 


Aotn + Gitn—1 +... Aktn—~, = b"p(n) (**) 
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unde b este o constantă, iar p(n) este un polinom in n de grad d. Ideea generală 
este ca prin manipulări convenabile să reducem un astfel de caz la o formă 
omogenă. 

De exemplu, o astfel de recurenţă poate fi: 


tn — 2tp—1 = 3” 


In acest caz b = 3 şi p(n) = 1 un polinom de grad 0. O simplă manipulare 
ne permite să reducem acest exemplu la forma (*). Inmultind recurenta cu 3, 
obţinem: 


3ty — 6tp_1 = Intl 
Inlocuind pe n cu n + 1 în recurenta originală, avem: 

tai — 2tp = 3" 
În final, scădem aceste două ecuaţii şi obţinem: 


Am obţinut o recurenţă omogenă pe care o putem rezolva ca în secţiunea 
precedentă. Ecuația caracteristică este: 


zr? — 52 +6 =0 


adică (x — 2)(x — 3) = 0. 

Intuitiv, observăm că factorul (x — 2) corespunde părţii stângi a recurentei 
originale, în timp ce factorul (x — 3) a apărut ca rezultat al manipulărilor efec- 
tuate pentru a scăpa de partea dreaptă. 


Iată un al doilea exemplu: 
tn — 2tn_1 = (n + 5)3” 
Manipulările necesare sunt puţin mai complicate. Trebuie să: 
1. Inmultim recurenta cu 9; 
2. Inlocuim în recurenţă pe n cu n + 2; 
3. Inlocuim în recurenţă pe n cu n + 1 şi să Inmultim apoi cu -6. 


Adunând cele trei ecuaţii obţinute anterior avem: 
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tn+2 — 8tn41 + 2ltn — 18tp„-—a aa 0 


Am ajuns din nou la o ecuaţie omogenă. Ecuatia caracteristică corespunza- 
toare este 


z? — 827 + 21x — 18 = 0 


adică (x — 2) (x — 3)?. 
Încă o dată, observăm că factorul (x — 2) provine din partea stângă a re- 
curentei originale, în timp ce factorul (x — 3)? este rezultatul manipulării. 
Generalizând acest procedeu, se poate arăta că pentru a rezolva (**) este 
suficient să luăm următoarea ecuație caracteristică: 


(agz* +a"! +... +a,)(x — biti =0 


Odată ce s-a obţinut această ecuaţie, se procedează ca în cazul omogen. 
Vom rezolva acum recurenta corespunzătoare problemei turnurilor din Hanoi 


tn = 2in—1 +l,n > 1 
iar tọ = 0. Rescriem recurenta astfel 
in — 2tn_-1 = 1 


care este de forma (**) cub = 1 si p(n) = 1, un polinom cu grad 0. Ecuatia 
caracteristică este atunci (x — 1)(x — 2), cu soluţiile 1 şi 2. Soluţia generală a 
recurentei este: 


tn = c11” + C22” 


de-a doua condiție calculăm 
ti = 2to + 1 


Din condiţiile inițiale, obţinem ¢, = 2” — 1. 

Observaţie: dacă ne interesează doar ordinul lui ¢,,, nu este necesar să cal- 
culăm efectiv constantele în soluția generală. Daca stim că tp = c1 1” + c22”, 
rezultă că tn € O(2”). Din faptul că numărul de mutări a unor discuri nu poate 
fi negativ sau constant (deoarece avem in mod evident t, > n), deducem că 
c2 > 0. Avem atunci tn € Q(2”) şi deci tn € O©(2”). Putem obține chiar ceva 
mai mult. 

Substituind soluția generală înapoi in recurenta originară, găsim 


1l = t, — 2tn-1 = C1 + C22” — 2(c1 + C2271) = — C1 


Indiferent de condiția iniţială, cı este -1. 
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9.4.5 Schimbarea variabilei 


Uneori putem rezolva recurente mai complicate printr-o schimbare de vari- 
abilă. În exemplele care urmează, vom nota cu T(n) termenul general al re- 
curentei şi cu tę termenul noii recurente obţinute printr-o schimbare de vari- 
abilă. Presupunem pentru început că n este o putere a lui 2. 

Un prim exemplu este recurenţa 


T(n) =47T(2)+n,n>1 
în care inlocuim pe n cu 2”, notăm ty = T(2") = T(n) şi obţinem: 
tk = 4tp_1 + 2" 


Ecuatia caracteristică a acestei recurente liniare este (conform paragrafului 
anterior): 


(x — 4)(z — 2) =0 
si deci tp = c14* + c22". Inlocuim pe k cu lg n 
T(n) = an? + can 
Rezultă că T(n) € O(n? | nesteoputere alui 2). 


Un al doilea exemplu îl reprezintă ecuaţia 
T(n) = 4T(3) + n?n > 1 
Procedând la fel, ajungem la recurenta 
tk = 4t,_, + 4* 
cu ecuaţia caracteristică 
(x — 4)? =0 
şi soluţia generală tg = c14" + cok4*. Atunci, 
T(n) = an? + can? lgn 

şi obţinem că T(n) € O(n? logn | nesteoputerealui2). 


În fine, să considerăm şi exemplul 
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T(n) = 3T7(2) +en,n > 1 
c fiind o constanta. Obtinem succesiv 
T(2") = 37 (2*-') + c2* 
tk = 3tk-1 + c2" 
cu ecuația caracteristică 
(x — 3)(z — 2) =0 
tk = c13! + C22" 
T(n) = 1349" + con 
si, deoarece 
gig — piga 
obtinem 
T(n) = ant!’ + con 
deci, T(n) € O(n'9? | neste o puterea lui 2). 


In toate aceste exemple am folosit notatia asimptotică condiţionată. Pentru 
a arăta că rezultatele obţinute sunt adevărate pentru orice n, este suficient să 
adăugăm condiţia ca T(n) să fie crescătoare pentru n > no. 

Putem enunta acum o proprietate care este utilă ca reţetă pentru analiza algo- 
ritmilor cu recursivitati de forma celor din exemplele precedente. Proprietatea, 
a cărei demonstrare o lăsăm ca exerciţiu, este foarte utilă la analiza algoritmilor 
Divide et Impera. 

Propozitie. Fie T : N — Rt o funcţie nedescrescătoare 


T(n) = aT(2) + cnk,n > no 


unde ng > 1,b > 2 şi k > O sunt întregi, a şi c sunt numere reale pozitive, iar 
a este o putere a lui b. Atunci avem: 


O(n*) dacă a< bf 
T(n) e 4 O(n*logn) dacă a= b" 
Q(mlo9a) dacă a> b? 
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9.5 Implementarea algoritmilor 


Am considerat utilă prezenţa la sfârşitul capitolului a implementărilor Java 
pentru problemele prezentate pe parcursul acestui capitol. Este cazul algorit- 
milor de sortare prin selecție, a celui de sortare prin insertie şi a algoritmului 
turnurilor din Hanoi. 


Listing 9.2: Implementarea algoritmului de sortare prin selecţia minimului 


import java.io.x; 

2 import io.Reader; 

3 

4 /* x 

5 * Sortare prin selectia minimului. 
6 */ 

7 public class SortareSelMin 


sl 


0  /*x* Ordonarea prin selectia minimului. */ 
11 public static void ordonare(int[] a) 


12 

{ 

13 for (int i = 0; 1 < a.length — 1; i++) 
14 { 

15 int pozMin = 1; 

16 

17 for (int j = i+ 1; j < a. length; j++) 
18 { 

19 if (a[j] < a[pozMin]) 

20 { 

21 pozMin = j; 

22 } 

23 } 

24 

25 int aux = ali]; 

26 a[i] = a[pozMin]; 

27 a[pozMin] = aux; 

28 } 

2S 


31 /*k* Programul principal. */ 
32 public static void main(String [] args) 


33 
{ 
34 // citirea elementelor sirului 
35 System .out.printin(" Introduceti elementele sirului " + 
36 "(pe aceeasi linie, separate prin spatiu):"); 
37 int[] s = Reader. readiIntArray (); 
38 
39 // ordonarea sirului s 
40 ordonare (s); 
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42 // afisare rezultate 

43 System .out.print("Sirul ordonat este: "); 
44 for (int i = 0; i < s.length; i++) 

45 { 

46 System . out. print(s[i] + " "); 

47 } 

48 System .out.println () ; 

49} 

50 } 


Listing 9.3: Implementarea algoritmului de sortare prin insertie 


ı import java.io.x; 
2 import io.Reader; 
3 


4 /x* * 
5 * Sortare prin insertie. 
6 */ 
7 public class Sortarelnsertie 
8 
{ 


10  /*x* Ordonarea prin insertie.*/ 
11 public static void ordonare (int[] a) 


12 
{ 
13 for (int i = 1; i < a.length; i++) 
14 { 
15 int tmp = a[i]; 
16 int j = i; 
17 
r for (; (j > 0) && (tmp < alj — 1]); j-—) 
19 { 
20 a[j] = alj — 11; 
21 } 
22 
23 alj] = tmp; 
24 } 
25) 
26 


27  /x* Programul principal. x/ 
2 public static void main(String[] args) 


29 
{ 
30 // citirea elementelor sirului 
31 System.out.printIn("Introduceti elementele sirului" + 
32 "(pe aceeasi linie, separate prin spatiu):"); 
33 int[] s = Reader.readIntArray (); 
34 
35 //ordonarea sirului s 
36 ordonare (s); 
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38 // afisare rezultate 

39 System . out. print("Sirul ordonat este: "); 
40 for (int i = 0; i < s.length; i++) 

qi { 

42 System.out.print(s[i] + " "); 

43 } 

44 System .out.println () ; 

45) 

46 } 


Listing 9.4: Implementarea problemei turnurilor din Hanoi 


1import java.1o.x; 
2import io.Reader; 
3 


4 /* x 
5 x» Turnurile din Hanoi. 
6 */ 
7 public class Hanoi 
8 
{ 


9 /xx Implementarea algoritmului "Turnurile din Hanoi". */ 
o public static void hanoi(int n, int i, int j) 


uo 6 

12 if (n > 0) 

13 { 

14 hanoi(n — 1, i, 6 — i — j); 

15 System.out.printin(i + "——>" + j); 
16 hanoi(n — 1,6 — i— j, j); 

17 } 

is o} 


2 /xx Programul principal. x/ 
a public static void main(String [] args) 


2 f{ 

23 // citirea numarului de discuri 
24 System .out.print(" Introduceti numarul de discuri: "); 
25 

26 int n = Reader.readInt(); 

27 

28 //apelul metodei hanoi 

29 hanoi(n, 1, 2); 

30] 

31) 

Rezumat 


Capitolul de faţă a realizat o scurtă introducere în domeniul vast al analizei 
algoritmilor. Ideea cea mai importantă care reiese de aici este că algoritmii 
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utilizati afecteaza timpul de executie al unui program mult mai drastic decat 
artificiile de programare. Algoritmii care au un timp de lucru exponential nu 
sunt in general aplicabili pentru date de intrare de dimensiuni rezonabile, spre 
deosebire de cei liniari sau pătratici al căror timp de execuţie nu creşte atât de 
drastic odată cu dimensiunea datelor de intrare. 


Capitolul următor prezintă cele mai importante structuri de date, împreună 
cu gradul lor de eficienţă şi cu operaţiile pe care le permit. De asemenea, sunt 
prezentate diverse situaţii în care pot fi folosite structurile de date. Restul capi- 
tolelor sunt dedicate prezentării algoritmilor fundamentali. 


Noţiuni fundamentale 


O(f): notație utilizată pentru a determina termenul dominant al funcţiei f. 
Cu ajutorul ei se limitează superior timpul de execuţie al unui algoritm. 

Q(f): notație utilizată pentru a limita inferior timpul de execuţie al unui 
algoritm. 

O(f): notație utilizată pentru a arăta că timpul de execuţie al unui algoritm 
este limitat atât inferior cât şi superior de câte un multiplu real al aceleaşi funcţii 
J: 

algoritm liniar: algoritm care are timpul de execuție O(n). 

algoritm exponențial: algoritm al cărui timp de execuție creşte exponențial 
în raport cu dimensiunea datelor de intrare (O (a”)). 

algoritm polinomial: algoritm al cărui timp de execuție este mărginit su- 
perior de un polinom (O(n*)). 

ecuație caracteristică: ecuație polinomială ataşată recurentelor liniare, prin 
a cărei rezolvare se găseşte soluția recurentei. 

inducția constructiva: o variantă a inducției matematice care permite de- 
monstrarea unei aserțiuni partial sau incomplet enunțate precum şi descoperirea 
specificațiilor care lipsesc din asertiunea respectivă. 

metoda iteratiei: metodă simplă de rezolvare a recurentelor liniare în care 
se execută primii paşi ai recurentei după care se intuieşte forma generală care 
se demonstrează prin inducție. 

recurenţă liniară: formulă de recurenţă în care termenul al n-lea este ex- 
primat ca o combinaţie liniară a termenilor precedenţi. 

schimbarea variabilei: tehnică utilizată pentru a reduce anumite formule 
de recurenţă la o formă liniară. 
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Erori frecvente 


1. Pentru cicluri iterative imbricate, timpul total de executie este produsul 
dimensiunilor ciclurilor, in timp ce in cazul ciclurilor iterative consecu- 
tive, afirmaţia nu este adevărată. De exemplu, pentru două cicluri imbri- 
cate care se execută fiecare de la 1 la n?, timpul total de execuţie este 


O(n). 


2. Nu scrieţi expresii de tipul O(2n?) sau O(n? + n). În cele mai multe 
situaţii, este necesar doar termenul dominant, fără constanta care îl pre- 
cede. In consecinţă notația utilizată pentru ambele cazuri de mai înainte 


este O(n2). 


3. Pentru a exprima limita inferioară a complexităţii unui algoritm, utilizați 
notația Q, nu O. 


4. Baza în care se scrie logaritmul este irelevantă pentru notatiile asimpto- 
tice. Astfel, O(lg n) este egal cu O(In n) deoarece ele diferă doar printr-o 
constantă multiplicativă. 


Exerciţii 


1. Care din următoarele afirmaţii sunt adevărate? 


(a) n? € O(n?) 
(b) n3 € O(n?) 
(c) 2"+! e O(2") 
(d) (n+ 1)! € O(n!) 
(e) pentru orice funcţie f : N— R*, f € O(n) = [f? € O(n?)] 
(f) pentru orice funcţie f : N > R*, f € O(n) > [27 e O(2”)] 
2. Demonstrati că relaţia "€ O" este tranzitivd: dacă f E€ O(g) sig e O(h) 


atunci f € O(h). Deduceti de aici că dacă g € O(h), atunci O(g) C 
O(h). 


3. Găsiţi două funcţii f,g : N > R", astfel încât f ¢ O(g) sig ¢ O(f). 


we 


Solutie: f(n) =n, g(n) = nits n, 
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4. 


10. 


Pentru oricare două funcţii f, g : N — R* definim următoarea relaţie bi- 
nara: f < g dacă O(f) C O(g). Demonstrati că relaţia "<" este o relaţie 
de ordine parţială în mulţimea funcţiilor definite pe N şi cu valori în R*. 


Indicatie: Trebuie arătat că relaţia este reflexivă, tranzitivă şi antisime- 
trică. Ţineţi cont de exerciţiul 3. 


. Pentru oricare două funcţii f,g : N — R*demonstrati că O(f + g) = 


O(maz(f, 9)) unde suma şi maximul se iau punctual. 


. Fie f(n) =amn™ +... + an + ag un polinom de grad m, cu am > 0. 


Arătaţi că f € O(n™). 


. Considerăm afirmaţia O(n?) = O(n? + (n? — n5)) = O(maz(n5, n? — 


n3)) = O(n). Unde este eroarea? 


Considerăm afirmaţia >; i = 1+2+...+n€0(1+2+...+n)= 


O(maz(l + 2+...+ n)) = O(n). Unde este eroarea? 


. Pentru oricare două funcţii f, g : N — R* demonstrati că O(f) + O(g) = 


O(f +g) = O(maz(f,g)) = maz(O(f), O(g)), unde suma şi maximul 


se iau punctual. 


Analizati eficienţa următorilor algoritmi: 


(a) pentru i=1,n 
pentru j=1,5 
(operaţie elementară) 
(b) pentru i=1,n 
pentru j=1,i+1 
(operaţie elementară) 
(c) pentru i=l,n 
pentru j=1,6 
pentru k=1,n 
(operaţie elementară) 


(d) pentru i=1,n 
pentru j=1,1 
pentru k=1,n 
{operație elementară) 


11. Construiţi un algoritm cu timpul in O(n log n). 
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12. Fie un algoritm: 


13. 


14. 


15. 


pentru i=0,n 
ji 
cât timp j<>0 
j+j div 2 
Găsiţi ordinul exact al timpului de execuţie. 


Rezolvaţi următoarea recurenţă: tp — 3t,_1 — 4tn—-2 = 0,n > 2cu 
to = 0,¢, =1. 


Care este timpul de execuţie pentru un algoritm recursiv cu recurenţa: 


Indicatie: Se ajunge la ecuaţia caracteristică (x — 2)(x — 1)? = 0, iar 
soluţia generală este tn = c12” + c21" +c3n1”. Rezultă că tn € O(2"). 
Substituind soluția generală în recurenţă, obținem că, indiferent de con- 
ditia inițială, co = —2 şi c3 = —1. Atunci, toate soluțiile interesante 
ale recurentei trebuie să aibă cı > 0 şi ele sunt toate în Q(2”), deci în 


@(2"). 


Sa se calculeze secventa de suma maxima, formata din termeni consecu- 
tivi, ai unui sir de numere. 
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10. Structuri de date 


Nu poţi obţine întotdeauna ceea ce 
doreşti, dar, dacă încerci, uneori 
vei obţine ceea ce ai nevoie. 


Autor anonim 


Două programe care rezolvă aceeaşi problemă pot să arate complet diferit. 
Unul poate fi extrem de lizibil, concis şi uşor de modificat pentru a se adapta 
la rezolvarea unor probleme asemănătoare, iar celălalt poate fi impenetrabil, 
obscur, interminabil şi dificil de modificat. Cele două programe pot să difere 
atât de mult în ceea ce priveşte durata de execuţie şi necesarul de memorie încât, 
pentru un anumit set de intrare, unul furnizează răspunsul după 2 secunde, iar 
celălalt după câteva secole! 

Experienţa a demonstrat că aceste diferenţe sunt generate de structura pro- 
gramului şi de structura datelor. 

Programele sunt scrise pentru a rezolva probleme reale. Structurarea pro- 
gramului împarte problema şi soluţia ei în componente mai simple şi mai uşor 
de înţeles. Informaţia care trebuie procesată este reţinută în structuri de date 
(tablouri, înregistrări, liste, stive, arbori, fişiere etc.). O structură de date gru- 
pează datele. O structură de date aleasă adecvat poate face operaţiile simple şi 
eficiente, iar una aleasă neadecvat poate face operaţiile alambicate şi ineficiente. 

Structurile de date conţin informaţie asupra căreia se operează în timpul ex- 
ecuţiei unui program. Despre programe obişnuim să spunem că procesează in- 
formaţie, când, de fapt, ele procesează structuri de date. Astfel, nu mai pare sur- 
prinzător faptul că structura datelor şi a programelor sunt extrem de importante 
şi că ele trebuie corelate corespunzător pentru a programa cu succes. Asimi- 
larea cunoştinţelor legate de structuri de date şi algoritmi, alături de stăpânirea 
conceptelor fundamentale ale programării orientate pe obiecte, îi permit pro- 
gramatorului să menţină o supremație regală asupra programelor, astfel încât 
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Figura 10.1: Închiderea datelor într-o cutie neagră. Datele pot fi accesate doar 
prin invocarea unei operaţii permise. 


Cutie neagră 


Ci peratie Colectie Rezultat 


permisă de date operatie 


acestea să rămână lizibile, uşor de întreținut şi eficiente, chiar şi atunci când 
cresc În dimensiune. 

Atât programele cât şi datele au o anumită structurare şi atât structura pro- 
gramului cât si a datelor trebuie să fie adecvată problemei de rezolvat. Vom 
urmări să prezentăm structurile de date nu ca un subiect teoretic izolat, ci ca pe 
un instrument esențial al procesului de rezolvare a problemelor care conduce la 
crearea de programe eficiente. 

Structurile de date sunt importante, deoarece modul în care programatorul 
alege să reprezinte datele afectează în mod semnificativ claritatea, concizia, 
viteza de execuție si necesarul de memorie al programului. În acest capitol, cât 
si în cele care urmează, vom prezenta cum să folosim diferite structuri de date 
pentru a crea programe corecte şi eficiente. Vom vedea că operațiile care tre- 
buie realizate asupra datelor sunt cele care determină care este cea mai potrivită 
structură de date care trebuie folosită. 

Dezvoltarea de programe este dificilă, mai ales atunci când este făcută fără 
nici un fel de strategie. Progamarea orientată pe obiecte, prezentată în prima 
parte a lucrării, uşurează mult dezvoltarea programelor şi conduce la programe 
bine structurate. Ea constă în împărţirea atentă a unei probleme complexe in 
componente mai simple a căror interfață este apoi cu uşurinţă combinată pentru 
a rezolva problema inițială. 

Abstractizarea datelor constă în a trata o colecție de date extrăgând aspectele 
sale esențiale, ignorând pe cât se poate detaliile. Abstractizarea datelor reduce 
datele la o colecție şi la operațiile care se pot realiza asupra acestei colecții. 
Efectul este ca si cum colecția de date ar fi închisă într-o cutie neagră (black 
box) impenetrabilă, singurul mod de a accesa datele fiind invocarea uneia sau 
mai multor operații permise (Figura 10.1). 
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Modul in care datele sunt aşezate în acea cutie neagră şi modul în care ope- 
rațiile se execută devin detalii irelevante!. Astfel de detalii determină eficienţa 
programului, dar nu îi afectează structura logică. 

Abstractizarea datelor trebuie privită mai degrabă ca o facilitate care uşurează 
efortul de programare, şi nu ca o nouă constrângere în privinţa stilului de pro- 
gramare. Pentru a înţelege mai bine aceste noţiuni, să vedem cum poate fi 
definită simplificat o stivă ca tip abstract de date. Stiva este o colecţie de date 
omogene (de acelaşi tip) asupra căreia se pot realiza următoarele operaţii: 


e PUSII(X) - are ca efect depunerea lui X pe vârful stivei; 


e POP(X) - are ca efect încărcarea valorii din vârful stivei în parametrul X 
şi eliminarea vârfului stivei. 


Modul în care cele două operaţii (PUSH şi POP) sunt implementate şi modul 
in care datele sunt reţinute în stivă (static, înlănţuit etc.) nu trebuie să transpara 
utilizatorului; pe el pur şi simplu nu trebuie să îl intereseze acest lucru. Este 
exact ca şi curentul electric: atunci când acţionăm comutatorul de la veioză, 
ştim că becul se va aprinde; care este procesul prin care filamentul becului se 
încinge şi emite lumină nu ne priveşte. Tot astfel, şi listele, cozile, arborii binari 
împreună cu operaţiile care se fac asupra lor pot fi privite ca tipuri abstracte de 
date. 

Unui tip abstract de date mulțime putem să-i asociem operaţii cum ar fi 
reuniune, intersecţie, dimensiune, complementară. Într-o altă situaţie, putem 
avea nevoie numai de operatorii de reuniune şi apartenenţă, care definesc un alt 
tip abstract de date (TAD), care poate să aibă o cu totul altă organizare internă, 
deoarece, aşa cum am spus, operaţiile sunt cele care definesc TAD-ul. 

În consecinţă, rolul acestui capitol este de a prezenta modul în care se con- 
struiesc aceste tipuri abstracte de date (sau structuri de date) pentru a le putea 
utiliza apoi în crearea de programe robuste, lizibile şi eficiente. Ideea de bază 
este că implementarea operaţiilor unui TAD se realizează o singură dată în 
cadrul unei aplicaţii, şi orice altă parte a aplicaţiei va utiliza structura de date 
prin itermediul interfeţei pe care aceasta o expune. 

Dacă din diverse motive anumite detalii de implementare trebuie schimbate, 
acest lucru se va face uşor prin modificarea rutinelor care realizează operati- 
ile din TAD. Aceste schimbări nu vor afecta în nici un fel restul programului, 
deoarece interfaţa se menţine neschimbată. În exemplul nostru cu stiva, dacă 
decidem să trecem de la alocarea secventiala (statică) a elementelor stivei la 


'Trelevante pentru cel care utilizează structura de date. Noi ne vom ocupa în acest capitol tocmai 
de modul de construcţie al acestei cutii negre, pentru a o putea utiliza apoi ori de câte ori este 
necesar. 
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alocarea inlan{uita (dinamică), implementarea operaţiilor PUSH şi POP va tre- 
bui în mod cert schimbată; aceasta schimbare nu va afecta in nici un fel restul 
programului, care va utiliza operaţiile PUSH şi POP expuse de stivă fără a se- 
siza că implementarea acestora este diferită. 

Acest capitol prezintă şase dintre cele mai cunoscute structuri de date: stive, 
cozi, liste inlantuite, arbori binari de căutare, tabele de repartizare (engl. hash- 
tables) şi cozi de prioritate. Scopul este acela de a defini fiecare structură de date 
şi de a furniza o estimare intuitivă pentru complexitatea operaţiilor de inserare, 
ştergere şi acces. Implementarea operaţiilor va fi făcută pentru fiecare structură 
de date separat. 

În acest capitol vom vedea: 


e Descrierea structurilor de date uzuale, operaţiile permise pe ele şi timpii 
lor de execuţie; 


e Pentru fiecare structură de date, vom defini o interfaţă Java conţinând 
protocolul care trebuie implementat; 


e Programele complete pentru implementarea acestor structuri. 


Scopul este acela de a arăta că specificarea, care descrie funcţionalitatea, este 
independentă de implementare. Nu trebuie să ştim cum este implementat un 
anumit lucru, atâta timp cât ştim că este implementat. 


10.1 Cum implementăm structurile de date? 


Am arătat deja că structurile de date ne permit atingerea unui scop important 
în programarea orientată pe obiecte: reutilizarea componentelor. Aşa cum vom 
vedea mai târziu în acest capitol, structurile de date descrise sunt folosite în 
multe situaţii. Odată ce o structură de date a fost implementată, ea poate fi 
folosită din nou şi din nou în aplicaţii de natură diversă?. 

Această abordare - separarea interfeţei de implementare - este o parte fun- 
damentală a orientării pe obiecte. Cel care foloseşte structura de date nu trebuie 
să vadă implementarea ei, ci doar operaţiile admisibile. Aceasta ţine de partea 
de ascundere a informaţiei din programarea orientată pe obiecte. O altă parte 
importantă a programării orientate pe obiecte este abstractizarea. Trebuie să 
proiectăm cu grijă structura de date, deoarece vom scrie programe care folosesc 
aceste structuri de date fără să aibă acces la implementarea lor. Aceasta va face 


2De altfel, bibliotecile Java cuprind majoritatea structurilor de date uzuale prezentate în acest 
capitol: Stack, Queue, Hashtable etc. 
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Listing 10.1: Interfata IMemoryCell pentru clasa MemoryCell 


1/** Interfata abstracta pentru o celula de memorie care 
2 * stocheaza un obiect de tip arbitrar */ 

3 public interface IMemoryCell 

a 

/** Intoarce elementul stocat in cadrul celuleix/ 
Object read); 

/*xx* Scrie obiectul x in celula */ 

void write (Object x); 


O o NHN DW WN 


in schimb ca interfata sa fie mai curata, mai flexibila, si, de obicei, mai usor de 
implementat. 


Toate structurile de date sunt uşor de implementat dacă nu ne punem proble- 
ma eficienţei. Acest lucru permite să adăugăm componente "ieftine" în program 
doar pentru depanare. Putem apoi înlocui aceste implementări "ieftine" cu im- 
plementări care au o performanţă (în timp şi/sau în spaţiu) mai bună şi care sunt 
adecvate pentru procesarea unei cantități mai mari de informaţie. Deoarece 
interfețele sunt fixate, aceste înlocuiri nu necesită practic nici o modificare in 


programele care folosesc aceste structuri de date. 


Vom descrie structurile de date prin intermediul interfeţelor. De exem- 
plu, stiva este precizată prin intermediul interfeţei Stack. Clasa care imple- 
mentează această interfaţă va implementa toate metodele specificate în Stack, 
la care se mai pot adăuga anumite funcţionalităţi. 


Ca un exemplu, în Listing 10.1 este descrisă o interfaţă pentru clasa Memory- 
Cell, utilizată în primul volum, la capitolul Mostenire, secţiunea Implementa- 
rea de componente generice. Interfața descrie funcţiile disponibile; clasa con- 
cretă trebuie să definească aceste funcţii. Implementarea interfeţei este prezen- 
tată în Listing 10.2. 


Este important de reţinut faptul că structurile de date definite în acest capitol 
stochează referinţe către elementele inserate, şi nu copii ale elementelor. Am 
ales această variantă deoarece este bine ca în structura de date să fie plasate 
obiecte nemodificabile (cum ar fi String, Integer, etc.) pentru ca un uti- 
lizator extern să nu poată să schimbe starea unui obiect care este înglobat într-o 
structură de date. 

Fiecare dintre structurile prezentate este implementată complet, împreună 
cu un program de test pentru a verifica corectitudinea implementării structurilor 
de date. Pentru o mai bună organizare, clasele utilizate în aceste programe sunt 
împărţite pe pachete, ceea ce înseamnă că fiecare fişier sursă este salvat într-un 
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Listing 10.2: Implementarea clasei MemoryCell 


1/* * Clasa concreta care implementeaza interfata MemCell */ 
2 public class MemoryCell implements MemCell 


3 { 
/xx Atribut care indica obiectul stocat */ 
private Object storedValue; 


public Object read () 
{ 


return storedValue; 


0] 


2 public void write(Object x) 
3 4 


14 storedValue = x; 


is} 


director corespunzător numelui pachetului. Pentru o mai bună înţelegere, con- 
siderăm directorul de lucru c: \j avawork (pentru utilizatorii Windows). Pen- 
tru ca programele să funcţioneze, acest director trebuie adăugat la variabila sis- 
tem CLASSPATH. În acest director se vor crea directoarele corespunzătoare pa- 
chetelor existente (în cazul nostru, este vorba de pachetele datastructures 
pentru clasele specifice structurilor de date şi exceptions pentru clasele de 
excepţii), precum şi fişierele sursă ale aplicaţiilor care folosesc aceste struc- 
turi de date (clasele corespunzătoare acestor aplicaţii de test nu sunt incluse în 
pachete). 

Unele structuri de date folosesc clase în comun cu alte structuri de date. Din 
acest motiv, implementările claselor respective nu sunt reluate separat pentru 
fiecare structură de date. 


10.2 Stive 


O stivă este o structură de date în care orice tip de acces este permis doar 
asupra ultimului element inserat. Comportamentul unei stive este foarte asemă- 
nător cu cel al unei grămezi de farfurii. Ultima farfurie adăugată va fi plasată 
în vârf fiind, în consecinţă, uşor de accesat, în timp ce farfuriile puse cu mai 
mult timp în urmă (aflate sub alte farfurii) vor fi mai greu de accesat, putând 
periclita stabilitatea întregii grămezi. Astfel, stiva este adecvată în situaţiile în 
care avem nevoie să accesăm doar elementul din vârf. Toate celelalte elemente 
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Figura 10.2: Inserarea în stivă se face prin push (), accesul prin top (), iar 


tergerea prin pop (). 
uiti at ta push pop,top 


$ 


Stiva 


Listing 10.3: Clasa de excepții UnderflowException 


ı package exceptions ; 
2 
3 public class UnderflowException extends Exception 


af 
public UnderflowException () 


5 
6 i 

7 super (); 
8 

9 


} 


1 public UnderflowException (String msg) 
11 { 


12 super (msg); 


3) 


sunt inaccesibile. 

Cele trei operaţii naturale de inserare, ştergere şi căutare, sunt denumite 
în cazul unei stive, push, pop şi top. Cele trei operaţii sunt ilustrate în 
Figura 10.2, iar o interfaţă Java pentru o stivă abstractă este prezentată în List- 
ing 10.4. Interfața declară şi o metodă topAndPop() care combină două 
operaţii, consultare şi extragere. În cazul nostru, metodele pop (), top () şi 
topAndPop () pot arunca o excepţie UnderflowException în cazul în 
care se încearcă accesarea unui element când stiva este goală. Această excepţie 
va trebui să fie prinsă până la urmă de o metodă apelantă. Clasa Underflow- 
Exception este definită în Listing 10.3, şi ea este practic identică cu clasa 
Exception. Important pentru noi este că diferă tipul, ceea ce ne permite să 
prindem doar această excepţie cu o instrucţiune try-catch. 

Listing 10.6 prezintă un exemplu de utilizare a stivei în care se foloseşte o 
clasă StackAr care reţine elementele stivei într-un şir (array). Clasa StackAr 
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Listing 10.4: Interfaţă pentru o stivă 


1 package datastructures ; 

2 

3import exceptions .*; 

4/*x* Interfata pentru o stiva. Stiva expune metode pentru 
sx manipularea (adaugarea, stergerea, consultarea ) 

6* elementului din varful eix/ 

7public interface Stack 


8 { 
9 public void push( Object x); 


n public void pop() throws UnderflowException ; 

3 public Object top() throws UnderflowException ; 

15 public Object topAndPop() throws UnderflowException ; 
17 public boolean isEmpty (); 


i9 public void makeEmpty (); 


este o modalitate de implementare a interfeţei Stack. StackAr foloseşte 
un şir pentru a reţine elementele din stivă. Mai există şi alte modalităţi de 
implementare a unei stive. Una dintre acestea se bazează pe liste şi imple- 
mentarea ei este propusă în exerciţiul 1. Listing 10.5 prezintă codul sursă al 
clasei StackAr. 

Analizând programul de test din Listing 10.6 se observă că stiva poate fi 
folosită pentru a inversa ordinea elementelor. De remarcat un mic artificiu 
folosit aici: ieşirea din ciclul for de la liniile 21-24 se realizează în momentul 
în care stiva se goleşte şi metoda topAndPop () aruncă Underf lowExcep- 
tion care este prinsă la linia 26. Am recurs la acest artificiu pentru a înţelege 
mecanismul excepțiilor. Folosirea acestui artificiu în mod curent nu este reco- 
mandată, deoarece reduce lizibilitatea codului. 

Fiecare operaţie pe stivă trebuie să ia o cantitate constantă de timp indife- 
rent de dimensiunea stivei, la fel cum accesarea farfuriei din vârful grămezii 
este rapidă, indiferent de numărul de farfurii din teanc. Accesul la un element 
oarecare din stivă nu este eficient, de aceea el nici nu este permis de către inter- 
faţa noastră. 

Stiva este deosebit de utilă deoarece sunt multe aplicaţii pentru care trebuie 
să accesăm doar ultimul element inserat. Un exemplu ilustrativ este salvarea 
parametrilor şi variabilelor locale în cazul apelului unei alte subrutine. 
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Implementarea interfetei Stack este realizata folosind sirul de obiecte e- 
lements (linia 8 in clasa StackAr). De aici si numele de stiva bazata pe 
şiruri. Practic, elementele stivei sunt păstrate într-un şir de obiecte, pe care 
se realizează operaţiile expuse de interfaţă: top (), pop(), push() etc. 
Stiva are o capacitate iniţială de elemente (DEFAULT_CAPACITY). Dacă pe 
măsură ce se fac adăugări în stivă, această capacitate este atinsă, atunci stiva 
îşi măreşte capacitatea cu un număr precizat de elemente (în cadrul metodei 
increaseStackSize()). Operația este însă ascunsă privirilor utilizatoru- 
lui, pentru că stiva îşi măreşte dimensiunea fără ca utilizatorul să precizeze sau 
să aibă cunoştinţă de acest lucru. Nivelul de "umplere" al stivei este specifi- 
cat prin intermediul variabilei topPosition, care indică şi poziţia vârfului 
stivei. 


Listing 10.5: Implementarea unei structuri de tip stivă folosind şiruri 


1 package datastructures; 

2 

3import exceptions .*; 

4/xx Implementarea unei stive folosind un sir x/ 
spublic class StackAr implements Stack 

6 { 

7 /xx Sir care retine elementele stiveix/ 

s private Object[] elements; 

9  /xxDimensiunea implicita a stivei*/ 

10 private static final int DEFAULT_CAPACITY = 10; 
u /*k* Pozitia varfului stivei */ 

2 private int topPosition; 


14 /* * Constructor care aloca memorie pentru elements si 
5 x» initializeaza varful stivei */ 

6 public StackAr() 

7 | 


18 elements = new Object [DEFAULT_CAPACITY ]; 
19 topPosition = —1; 
2] 


2 /xx* Adauga elementul x in stiva.x*/ 
2 public void push(Object x) 


24 
{ 
25 if (topPosition == elements.length — 1) 
26 { 
27 increaseStackSize (); 
28 } 
29 
30 elements[++topPosition] = x; 


31 } 


3 /*k* Mareste dimensiunea (capacitatea) stivei cu 


x DEFAULT_CAPACITY atunci cand stiva este plina. */ 
private void increaseStackSize () 


{ 
Object [] newStack = new Object[elements.length + 
DEFAULT_CAPACITY ] ; 
//copiem elementele in noua stiva 
for (int i = 0; i < elements .length ; i++) 
{ 
newStack[i] = elements [i]; 
} 
//elements devine noua stiva 
elements = newStack; 
} 


/xx Extrage elementul din varful stivei. */ 
public void pop() throws UnderflowException 
{ 

if (isEmpty ()) 

{ 


throw new UnderflowException("Stiva vida."); 


) 


topPosition—-; 


) 


/** Returneaza elementul din varful stivei 
x (ultimul adaugat). */ 
public Object top() throws UnderflowException 
{ 
if (isEmpty ()) 
{ 


throw new UnderflowException ("Stiva vida."); 


) 


return elements |[topPosition]; 


) 


/** Returneaza elementul din varful stivei si 
* il elimina apoi din stiva.*/ 
public Object topAndPop() throws UnderflowException 


{ 
if (isEmpty ()) 
{ 
throw new UnderflowException ("Stiva vida."); 
} 
return elements [topPosition——]; 
} 
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85 /k* Verifica daca stiva e vida. */ 
so public boolean isEmpty () 


87 
{ 
88 return topPosition == —1; 
a) 
90 
9 /kx Elimina toate elementele din stiva. */ 
9 public void makeEmpty() 
3 f 
94 topPosition = —1; 
gs) 
96 } 


Listing 10.6: Exemplu de utilizare a stivei. Programul va afişa: Conţinutul 
stivei este 4 32 1 0 


ı import datastructures .*; 

2import exceptions .*; 

3/xx Clasa de test simpla pentru o stiva, care adauga 5 numere 
4 x dupa care le extrage in ordine inversa */ 

spublic class TestStack 


6 | 
7 public static void main(String [] args) 
8 
{ 
9 Stack s = new StackAr(); 
10 
11 // introducem elemente in stiva 
12 for (int i = 0; i < 5; i++) 
13 { 
14 s.push(new Integer(i)); 
15 } 
16 
17 //scoatem elementele din stiva si le afisam 
18 System.out.print("Continutul stivei este: "); 
19 try 
20 { 
21 for (; 3) 
22 { 
23 System.out.print(s.topAndPop() + " "); 
24 } 
25 } 
26 catch (UnderflowException ue) 
27 { 
28 } 
27 } 
30 } 
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Figura 10.3: Modelul unei cozi: adăugarea la coadă se face prin enqueue (), 
accesul prin get Front (), ştergerea prin dequeue (). 


enqueue dequeue, getFront 


> 


10.3 Cozi 


O altă structură simplă de date este coada. În multe situaţii este important 
să avem acces şi/sau să ştergem ultimul element inserat. Dar, într-un număr la 
fel de mare de situaţii, acest lucru nu numai că nu mai este important, este chiar 
nedorit. De exemplu, într-o reţea de calculatoare care au acces la o singură im- 
primantă este normal ca dacă în coada de aşteptare se află mai multe documente 
spre a fi tipărite, prioritatea să îi fie acordată documentului cel mai vechi. Acest 
lucru nu numai că este corect, dar este şi necesar pentru a garanta că documen- 
tul nu aşteaptă la infinit. Astfel, pe sistemele mari este normal să se folosească 
cozi de tipărire. 

Operatiile fundamentale suportate de cozi sunt: 


e enqueue - inserarea unui element la capătul cozii; 
e dequeue - ştergerea primului element din coadă; 


e getFront - accesul la primul element din coadă. 


Figura 10.3 ilustrează operaţiile pe o coadă. Traditional, metodele de- 
queue() şi getFront() sunt combinate într-una singură. Prima metodă 
returnează primul element, după care îl scoate din coadă, în timp ce cea de-a 
doua returnează primul element fără a-l scoate din coadă. 

Implementarea structurii de coadă este asemănătoare până la un punct cu 
cea a stivei. Coada păstrează elementele într-un şir de obiecte cu o capacitate 
inițială, iar dacă prin adaugari repetate această capacitate este atinsă, atunci ea 
va fi mărită automat. Spre deosebire de stivă, coada are doi indici care indică 
poziţiile de început şi de sfârşit ale cozii. 

Listing 10.7 ilustrează interfaţa pentru o coadă, în timp ce Listing 10.8 pre- 
zintă o implementare a interfeţei anterioare, bazată pe şiruri. Spre deosebire de 
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stivă, în care adăugarea şi extragerea unui element au loc la acelaşi capăt, in 
cazul cozii adăugarea are loc la final, dar ştergerea se face de la început. Astfel, 
pentru a putea utiliza şirul elements la întreaga lui capacitate, elementele lui 
sunt privite “circular”, ca şi când ultimul element ar fi legat de primul. 


Listing 10.7: Interfaţă pentru coadă 


1 package datastructures; 
2 
3import exceptions .*; 
4/xx Interfata pentru o coada. Expune metode pentru adaugarea 
sx unui element, stergerea primului element, consultarea 
6 * primului element */ 
7 public interface Queue 
8 
{ 


9 public void enqueue(Object x); 

n public Object getFront () throws UnderflowException ; 
3 public Object dequeue() throws UnderflowException ; 
is public boolean isEmpty (); 


17 public void makeEmpty (); 


Listing 10.8: Implementarea unei structuri de tip coada folosind siruri 


1 package datastructures ; 

2 

3import exceptions .*; 

4/** Implementarea unei cozi folosind un tablou. */ 
spublic class QueueAr implements Queue 

6 { 

7 /x» Tablou care retine elementele din coada */ 

s private Object[] elements; 

9 /xx» Indicele primului element */ 

10 private int front; 

u /xx Indicele ultimului element */ 

2 private int back; 

3 /k* Dimensiunea cozii */ 

4 private int currentSize; 

15 /&k* Numarul de elemente alocat initial pentru coada*/ 
6 private final static int DEFAULT CAPACITY = 10; 


8  /*x*x Constructor care aloca memorie pentru elementele cozii 
9 x» si seteaza valorile atributelor+/ 
2 public QueueAr () 


21 { 
22 elements = new Object [DEFAULT _ CAPACITY |]; 


makeEmpty (); 
} 


/*x* Intoarce true daca este vida.x/ 
public boolean isEmpty () 
{ 


return currentSize == 0; 


) 


/** Adauga elementul x in coada. */ 
public void enqueue(Object x) 


{ 
if (currentSize == elements.length ) 
{ 
increaseQueueSize(); 
} 
back = increment (back ); 
elements [back] = x; 
currentSize++; 
} 


/** Elimina toate elementele din coada. */ 
public void makeEmpty () 


{ 
currentSize = 0; 
front = 0; 
back = —1; 

} 


/** Extrage primul element din cadrul cozii. 
*@throws UnderflowException daca coada este goala*/ 
public Object dequeue() throws UnderflowException 


{ 
if (isEmpty ()) 
{ 
throw new UnderflowException ("Coada vida"); 
} 
currentSize—-; 
Object returnValue = elements [front ]; 
front = increment (front ); 


return returnValue; 


) 


/** Intoarce primul element din cadrul cozii 
*@throws UnderflowException daca coada este goala. +*/ 
public Object getFront () throws UnderflowException 


{ 
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73 if (isEmpty ()) 

74 { 

75 throw new UnderflowException ("Coada vida." ); 
76 } 

77 

78 return elements [front ]; 

73 } 

80 

81 /** 


82 x Incrementeaza circular indicele din coada. */ 
83 */ 
s4 private int increment (int x) 


85 
{ 
86 if (++x == elements .length ) 
87 { 
88 x= 0; 
89 } 
90 
91 return x; 
2) 


94 /xx Incrementeaza dimensiunea cozii cu DEFAULT CAPACITY atunci 
9 x» cand coada este plina.x*/ 

9 private void increaseQueueSize() 

7 f 

98 Object [] newQueue = new Object[elements.length + 

99 DEFAULT_CAPACITY |]; 


101 for (int i = 0; i < elements .length ; i++) 
102 { 

103 newQueue[i] = elements [i]; 

104 front = increment(front ); 

105 } 

106 

107 elements = newQueue; 

108 front = 0; 

109 back = currentSize — 1; 


Exercitiul 3 propune o a doua modalitate de a implementa această interfaţă, 
şi anume cu ajutorul listelor, care vor fi prezentate mai târziu în cadrul acestui 
capitol. Listing 10.9 prezintă modul de utilizare a cozii. Deoarece operaţiile pe 
o coadă sunt restrictionate într-un mod asemănător cu operaţiile pe o stivă, este 
de aşteptat ca şi aceste operaţii să fie implementate într-un timp constant. Într- 
adevăr, toate operaţiile pe o coadă pot fi implementate în timp constant, O(/). 
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Listing 10.9: Exemplu de utilizare a cozii. Programul va afişa: Conţinutul cozii 
este: O 1 2 34 


ı import datastructures .*; 

2import exceptions .*; 

3/** Clasa simpla de test pentru o coada. Se adauga 5 elemente, 
4x dupa care elementele sunt extrase pe rand */ 

s public class TestQueue 


6 { 
7 public static void main(String [] args) 
8 
{ 
9 Queue q = new QueueAr (); 
10 
11 // adaugam elemente in coada 
12 for (int i = 0; 1 < 5; i++) 
13 { 
14 q.enqueue(new Integer(i )); 
15 } 
16 
17 //scoatem si afisam elementele din coada 
18 System.out.print("Continutul cozii este: "); 
19 try 
20 { 
21 for (; 3) 
22 { 
23 System. out. print(q.dequeue() + " "); 
24 } 
25 } 
26 catch( UnderflowException ue) 
27 { 
28 } 
29) 
30 } 


10.4 Liste înlănţuite 


Într-o listă înlănţuită elementele sunt reţinute discontinuu, spre deosebire 
de şiruri în care elementele sunt reţinute în locaţii continue. Acest lucru este 
realizat prin stocarea fiecărui obiect într-un nod care conţine obiectul şi o refe- 
rinţă către următorul element în listă, ca în Figura 10.4. În acest model se retin 
referinţe atât către primul (first) cat şi către ultimul (last) element din listă. Un 
nod al unei liste este implementat în Listing 10.10. 


Listing 10.10: Un nod al unei liste 
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1 package datastructures ; 

2 /* * 

3 * Un nod al listei inlantuite. Clasa este vizibila 
x doar in pachet ( package—friendly ), deoarece este 
x pentru uzul intern al listei. 

*/ 

class ListNode 

{ 

/*xx* Valoarea continuta de nod. */ 

10 Object element; 

u /*xx* Legatura catre nodul urmator. */ 

2 ListNode next; 


O Oo y A AW A 


14 public ListNode( Object element) 


is { 
16 this.element = element; 
17 this.next = null; 


2 public ListNode(Object element, ListNode next) 
21 


22 this .element = element; 
23 this .next = next; 
24 } 


In orice moment, putem adăuga în listă un nou element x prin următoarele 
operaţii: 


last.next = new ListNode(x); //creaza un nod cu continutul x 
last = last.next; //nodul creat anterior este ultimul in lista 


În cazul unei liste inlantuite un element oarecare nu mai poate fi găsit cu 
un singur acces. Aceasta este oarecum similar cu diferenţa între accesarea unei 
melodii pe CD (un singur acces) şi accesarea unei melodii pe casetă (acces 
secvențial). Deşi din acest motiv listele pot să pară mai putin atractive decât 
şirurile, există totuşi câteva avantaje importante. În primul rând, inserarea unui 


Figura 10.4: O listă simplu înlănţuită. 
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element in mijlocul listei nu implică deplasarea tuturor elementelor de dupa 
punctul de inserare. Deplasarea datelor este foarte costisitoare (din punct de 
vedere al timpului), iar listele înlănţuite permit inserarea cu un număr constant 
de instrucţiuni de atribuire. 

Merită observat că dacă permitem accesul doar la first, atunci obţinem o 
stivă, iar dacă permitem inserari doar la last şi accesări doar la first, obţinem o 
coadă. Exerciţiile 1 şi 3 de la finalul acestui capitol propun exact acest lucru: 
restricționarea operaţiilor pe o listă pentru a obţine o stivă respectiv o coadă. 

În general, atunci când folosim o listă, avem nevoie de mai multe operaţii, 
cum ar fi găsirea sau ştergerea unui element oarecare din listă. Trebuie să per- 
mitem şi inserarea unui nou element în orice punct. Aceasta este deja mult mai 
mult decât ne permite o stivă sau o coadă. 

Pentru a accesa un element în listă, trebuie să obţinem o referinţă către nodul 
care îi corespunde. Evident că oferirea unei referinţe către un element încalcă 
principiul ascunderii informaţiei. Trebuie să ne asigurăm că orice acces la listă 
prin intermediul unei referinţe nu periclitează structura listei. Pentru a realiza 
acest lucru, lista este definită în două părţi: o clasă listă şi o clasă iterator. Clasa 
listă va reţine elementele propriu-zise ale listei în timp ce iteratorul va oferi o 
modalitate de a parcurge şi modifica elementele listei fără a periclita structura 
ei. Listing 10.12 furnizează interfaţa de bază pentru o listă inlantuita, oferind 
şi metodele care descriu doar starea listei. 

Listing 10.14 defineşte o clasă iterator care este folosită pentru toate ope- 
rațiile de accesare a listei. Pentru a vedea cum funcţionează această clasă, să 
examinăm secvenţa de cod clasică pentru afişarea tuturor elementelor din cadrul 
unei structuri liniare. Dacă lista ar fi stocată într-un şir, secvenţa de cod ar arăta 
astfel: 


1 //parcurge sirul a, afisand fiecare element 
2 for (int index = 0; index < a.length; ++index) 


3 { 


4 System. out. println(a[index ]); 


5 } 
In Java elementar, codul pentru a itera o lista este: 


1 //parcurge lista theList de tip List, afisand fiecare element 
2for (ListNode p = theList.first; p != null; p = p.next) 


3 { 
4 System . out. println(p. data); 


5} 


Pe de altă parte, trebuie avut în vedere faptul că anumite operații în cadrul 
listei pot eşua (de exemplu ştergerea unui element inexistent), motiv pentru 
care este utilizată următoarea clasa ItemNotFoundException din Listing 
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10.11. 


Listing 10.11: Clasa de excepţii ItemNotFoundException 


1 package exceptions ; 

2 

3/** Clasa de exceptii care semnaleaza tentativa de a cauta un 
4* element inexistent in cadrul unei structuri de date */ 
spublic class ItemNotFoundException extends Exception 


6 { 

7 public ItemNotFoundException () 

e { 

9 super (); 

0] 

11 

12 public ItemNotFoundException (String msg) 
34 

14 super(msg); 


is} 


Listing 10.12: Interfaţă pentru o listă abstractă 


ı package datastructures; 

2 

3/*xx* Interfata pentru un tip abstract de lista inlantuita. */ 
4public interface List 


6 /*xx* Testeaza daca lista e vida. */ 
7 boolean isEmpty (); 
8 
9 


/*xx* Sterge toate elementele din lista. */ 
1 void makeEmpty (); 


Listing 10.13: Implementarea unei liste înlănţuite 


1 package datastructures; 

2 

3 /* * 

4 * Lista simplu inlantuita. 

5 x» Accesarea elementelor se face cu iteratorul LinkedListlItr. 
6 */ 

7 public class LinkedList implements List 

8 { 

9 ListNode header; 
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122 public LinkedList() 


13 

{ 
14 header = new ListNode(null); 
is} 
16 
17 public boolean isEmpty () 
iss { 
19 return header.next == null; 
20 

} 


2 public void makeEmpty () 


2 f 

24 header.next = null; 
25) 

26 } 


Listing 10.14: Interfata pentru un iterator abstract de lista 


1 package datastructures ; 

2 

3import exceptions .*; 

4 

5 /* * 

6 * Interfata iterator pentru parcurgerea elementelor unei 
7 * liste inlantuite abstracte (simplu inlantuita, dublu 
s * inlantuita, circulara, etc.) 

9 */ 

io public interface Listlir 

u { 

2 /*xx* Insereaza un element la pozitia curenta. */ 

3 void insert( Object x) throws ItemNotFoundException ; 


15 7k 

16 * Seteaza pozitia curenta pe elementul x daca 
17 * il gaseste in lista. 

18 */ 


19 boolean find(Object x); 


2 /xx* Sterge elementul x din lista. +*/ 
2 void remove(Object x) throws ItemNotFoundException ; 


24  /xx* Verifica daca lista a fost parcursa in totalitate. */ 
2 boolean isInList (); 


27 /xx»x Obtine elementul aflat pe pozitia curenta. */ 
2 Object retrieve (); 


30 /kx Seteaza pozitia inaintea primului element. x/ 
31 void zeroth (); 
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33 /*xx* Seteaza pozitia curenta pe primul element. */ 
34 void first(); 


35 /xx»x Avanseaza in lista la urmatorul element. +*/ 
37 void advance(); 


Pornind de la interfata unei liste abstracte, codul pentru implementarea unei 
liste inlantuite este dat in Listing 10.13, iar implementarea iteratorului unei liste 


inlantuite este dată în Listing 10.15. 
Mecanismul de iterare pe care l-ar folosi limbajul Java ar fi similar cu ur- 
mătoarea secvenţă: 
1 //parcurge List, folosind abstractizarea si un iterator 


2 Listltr itr = new LinkedListltr(theList); 


3 
4for (itr. first (); itr.isInList(); itr.advance()) 


5 { 


6 System. out. printIln(itr.retrieve ()); 
7} 

Iniţializarea dinaintea ciclului for creează un iterator al listei. Testul de ter- 
minare a ciclului foloseşte metoda isInList () definită pentru clasa Linked- 
ListiItr. Metoda advance () trece la următorul nod din cadrul listei. Putem 
accesa elementul curent prin apelul metodei retrieve () definită în Linked- 
ListItr. Principiul general este că accesul fiind realizat prin intermediul cla- 
sei ListItr, securitatea datelor este garantată. Putem avea mai mulţi iteratori 
care să traverseze simultan o singură listă. 

Pentru a funcţiona corect, clasa List Itr trebuie să menţină două obiecte. 
În primul rând, are nevoie de o referinţă către nodul curent. În al doilea rând 
are nevoie de o referinţă către obiectul de tip List pe care îl indică (această 
referinţă este iniţializată o singură dată în cadrul constructorului). 


Listing 10.15: Implementarea iteratorului listei înlănţuite 


ı package datastructures; 

2 

3import exceptions .*; 

4 

5 /*x* 

6* Iterator pentru lista inlantuita. 

7 */ 

s public class LinkedListItr implements Listltr 
9{ 

0  /x* Referinta catre lista care va fi iterata */ 
LI protected LinkedList theList; 

2  /xxReferinta catre nodul curent. */ 

13 protected ListNode current; 
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/*x* Construieste un iterator pe lista list */ 
public LinkedListItr(LinkedList list) 


{ 
theList list; 


current = list.isEmpty() ? list.header : list .header.next; 


) 


/** Construieste cu parametru de tip List. Daca list 

x nu refera o instanta LinkedList, se arunca o exceptie 
x de tipul ClassCastException */ 

public LinkedListlir(List list) throws ClassCastException 


{ 
this ((LinkedList) list); 


/** Reseteaza iteratorul care va indica pozitia dinaintea 
x primului element din listax*/ 
public void zeroth () 


current = theList.header; 


/** Adauga obiectul x la pozitia curenta in lista 
* @throws ItemNotFoundException daca lista este vida */ 
public void insert( Object x) throws ItemNotFoundException 


{ 
if (current == null) 
{ 
throw new ItemNotFoundException("Eroare la inserare”); 
} 


ListNode newNode = new ListNode(x, current.next); 
current.next = newNode; 
current = current.next; 
} 
/** Intoarce true daca obiectul x se afla in lista */ 
public boolean find(Object x) 
{ 


ListNode itr = theList.header.next; 


while (itr != null && !itr.element.equals(x)) 
{ 
itr = itr.next; 
} 
if (itr == null) 
{ 


return false; 
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65 current = itr; 
66 return true; 
67 } 


6  /*xx* Sterge obiectul x din lista 
7 x» @throws ItemNotFoundException daca x nu se afla in lista*/ 
1 public void remove(Object x) throws ItemNotFoundException 


72 

{ 
73 ListNode itr = theList.header; 
74 
75 while (itr.next != null && !itr.next.element. equals (x)) 
76 { 
77 itr = itr.next; 
78 } 
79 
80 if (itr.next == null) 
81 { 
82 throw new ltemNotFoundException ("Stergere esuata”); 
83 } 
84 
85 itr.next = itr.next.next; //trecem peste nodul sters 
86 current = theList.header; 
87 

) 


s9 /xx Intoarce elementul de pe pozitia curenta */ 
9 public Object retrieve() 


a f 
92 return (isInList() ? current.element : null); 
3 +} 


9 /** Intoarce true daca ne aflam in interiorul listei */ 
o public boolean isInList () 


97 { 
98 return (current != null) && (current != theList.header ); 
9 } 


oi «= /* * Elementul curent va fi primul element din lista */ 
102 public void first() 


[x { 
104 current = theList.header.next; 
an 


16 /*k* Avanseaza iteratorul pe urmatorul element */ 
07 public void advance() 


ios ë f 

109 if (current != null) 

110 { 

111 current = current.next; 
112 } 

13} 
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114 } 


Iată şi exemplul de utilizare a listei: 


Listing 10.16: Exemplu de utilizare a listei. Programul va afişa: Conţinutul 
listei: 43210 


ı import datastructures.x; 

2import exceptions .*; 

3/*xx*x Clasa simpla pentru testarea unei liste, care adauga 5 numere, 
4x dupa care afiseaza continutul listei.*/ 

s public class TestList 


6 { 
7 public static void main(String [] args) 
8 
{ 
9 List theList = new LinkedList(); 
10 Listltr itr = new LinkedListItr(theList ); 
Il 
12 //se insereaza elemente pe prima pozitie 
13 for (int i = 0; i < 5; i++) 
14 { 
15 try 
16 { 
17 itr.insert (new Integer(i)); 
18 } 
19 catch(ItemNotFoundException e) 
20 { 
21 } 
22 
23 itr.zeroth (); //se trece la inceputul listei 
24 } 
25 
26 System .out.print("Continutul listei: "); 
27 
28 for (itr.first(); itr.isInList(); itr.advance()) 
29 { 
30 System.out.print(itr.retrieve() + " "); 
31 } 
32} 
33 } 


Desi discutia s-a axat pe liste simplu inlantuite, interfetele din Listing 10.12 
si Listing 10.14 pot fi folosite pentru oricare tip de lista, indiferent de imple- 
mentarea pe care o are la bază. Interfata nu precizează faptul că este nevoie de 
liste simplu înlănţuite. 
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Figura 10.5: Un arbore generic 


10.5 Arbori 


10.5.1 Notiuni generale 


Vom trece acum să studiem cele mai importante structuri neliniare care apar 
în algoritmii pentru calculatoare: arborii. În general vorbind, structura arbores- 
centă implică o relație de ramificare între noduri, foarte asemănătoare celei în- 
tâlnite la crengile unui arbore din natură. 

Una dintre definițiile cele mai răspândite ale arborilor (nu neapărat binari) 
este următoarea (după D.E. Knuth): 

Definiție: Un arbore (Figura 10.5) este o mulțime finită T' de unul sau mai 
multe noduri, care are proprietățile: 

i) există un nod special, numit rădăcina arborelui; 

ii) toate celelalte noduri din T sunt repartizate în mulțimi 71, 12,..., Im 
disjuncte, fiecare mulțime la rândul său fiind un arbore. Arborii T1, 75,..., Tm 
se numesc subarborii rădăcinii. 

Se observă că definiția de mai sus este recursivă (recursivitatea este prezen- 
tata în capitolul 12): am definit un arbore pe baza unor arbori. Totuşi, privind cu 
atenţie definiţia ne dăm seama că nu se pune problema circularitatii, deoarece 
un arbore cu un singur nod este alcătuit doar din rădăcină, iar arborii cu n > 1 
noduri sunt definiti pe baza arborilor cu mai puţin de n noduri. Există şi definiţii 
nerecursive ale arborilor”, dar definiţia recursivă este mai adecvată, deoarece 
vom vedea că recursivitatea pare să fie o trăsătură inerenta operaţiilor pe struc- 
turi arborescente. Caracterul recursiv al arborilor este de altfel prezent şi în 
natură, deoarece mugurii arborilor tineri cresc şi se dezvoltă în subarbori, care 
la rândul lor fac muguri şi aşa mai departe. 

Nodul rădăcină al fiecărui subarbore se numeşte fiul (sau copilul) rădăcinii, 
iar rădăcina este tatăl (sau părintele) fiecărui nod rădăcină din subarbori. 


3De exemplu, în teoria grafurilor, un arbore este definit ca un graf conex şi fără cicluri. 
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Figura 10.6: Un arbore oarecare. 


dpe oA | pot 


Din definiţia recursivă reiese că un arbore este o colecţie de n noduri, dintre 
care unul este rădăcina, şi n — 1 muchii. Faptul că există n — 1 muchii se deduce 
din observaţia simplă că fiecare muchie leagă un nod de părintele său şi fiecare 
nod, în afară de rădăcină, are exact un părinte. 

În arborele din Figura 10.6, rădăcina este 1. Nodul 5 îl are ca părinte pe 1 
şi are fii 12, 13 şi 14. Nodurile care nu au fii se numesc frunze. Frunzele din 
arborele de mai sus sunt 8,9,12,13,...,21. Nodurile cu acelaşi părinte 
se numesc fraţi. În mod asemănător se definesc relaţiile nepot, bunic etc. 

Un drum de la un nod nu la un nod nx este o secvenţă de noduri n1, N2,..-, Nk 
astfel incat n; este tatăl lui nj, pentru î = 1,k — 1. Lungimea unui drum este 
dată de numărul de muchii ale drumului, adică k — 1. Pentru oricare nod n;, 
nivelul (adâncimea) nodului este lungimea unicului drum de la rădăcină la n;. 
Astfel, nivelul rădăcinii este 0. În arborele din Figura 10.6, nivelul nodului 2 
este 1, iar al nodului 15 este 3. Adâncimea unui arbore este definită ca fiind 
maximul adâncimilor nodurilor. În exemplul nostru, adâncimea arborelui este 
egală cu adâncimea nodului 15, care este 3. 


10.5.2 Arbori binari 


Definiție: Un arbore binar este un arbore în care orice nod are cel mult doi 
fii. 

Figura 10.7 arată că un arbore binar constă într-o rădăcină si doi subarbori 
T; si Ig, oricare din ei putând să fie vid (să lipsească). 

O proprietate deosebit de importantă a arborilor binari este că adâncimea 
medie a unui arbore binar cu n noduri este considerabil mai mică decât n. Se 
poate arăta că adâncimea medie a unui arbore binar este proporțională cu y/n, 
iar adâncimea medie a unui caz particular de arbore binar, arborele binar de 
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Figura 10.7: Arbore binar generic 


Ts 


Figura 10.8: Exemple de arbori binari (a) arbore binar degenerat (b) arbore 
binar nedegenerat 
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căutare (secțiunea 10.5.3), este proporţională cu logn . Din păcate, în cazurile 
degenerate, adâncimea unui arbore poate fi chiar n — 1, după cum se vede şi in 
Figura 10.8(a). 

Înălțimea (adâncimea) unui arbore binar este foarte importantă, deoarece 
multe operații definite asupra arborilor (ştergere de nod, inserare de nod etc.) 
sunt proporționale cu înălțimea arborelui. Din acest motiv, s-a recurs la diferite 
metode pentru a menține adâncimea unui arbore proporţională cu log n in orice 
situație (arbori AVL, arbori bicolori etc). 


Parcurgerea arborilor binari 


După cum reiese şi din Figura 10.7, putem defini un arbore binar ca fiind 
o mulţime finită de noduri care este fie vidă, fie este formată dintr-o rădăcină şi 
doi arbori binari. Această definiţie sugerează o metodă naturală de reprezentare 
a arborilor binari: fiecare nod va fi descris de trei componente: element - 
informaţia utilă a nodului, left - o referinţă către fiul din stânga şi right - 
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Figura 10.9: Reprezentarea inlantuita a arborilor din Figura 10.8 
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o referinţă către fiul din dreapta. Dacă un nod nu are fiu în stânga atunci left 
este null, analog, dacă nu are fiu în dreapta, atunci right este null. Putem 
astfel defini clasa BinaryNode, care reţine un nod al unui arbore binar: 


public class BinaryNode 
{ 


l 

2 

3 Object element ; 
4 BinaryNode left ; 
s BinaryNode right ; 
6 
7 
8 


// constructori si alte metode 


} 


Informaţia utilă din cadrul nodului este reţinută de atributul element, care 
este de tip Object, deci poate referi o instanţă de orice tip. Figura 10.9 prezin- 
tă modul în care se reprezintă înlănţuit arborii binari din Figura 10.8. Variabila 
root din Figura 10.9 este o referinţă care indică rădăcina arborelui. 

Există mai mulți algoritmi pentru manevrarea structurilor arborescente, şi o 
idee care apare de foarte multe ori este noţiunea de parcurgere, de “deplasare” 
prin arbore. Parcurgerea unui arbore este de fapt o metodă de examinare sis- 
tematică a nodurilor arborelui în aşa fel încât fiecare nod să fie vizitat o singură 
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dată. Parcurgerea completa a unui arbore ne oferă o aranjare lineara a nodurilor, 
şi operarea multor algoritmi este simplificată dacă ştim care este următorul nod 
la care ne vom deplasa într-o astfel de secvenţă, pornind de la un nod dat. 

Există trei moduri principale în care un arbore binar poate fi parcurs: nodurile 
se pot vizita în preordine, inordine şi în postordine. Vom descrie aceste trei 
metode recursiv, ca şi definiţia arborelui. 

Dacă un arbore binar este vid (nu are nici un nod) parcurgerea lui nu pre- 
supune nici o operaţie; în caz contrar parcurgerea comportă trei etape, descrise 
în tabelul următor: 


mere înec | Poora 
Se parcurge subarborele stâng Se parcurge subarborele stâng 


Se parcurge subarborele stâng Se parcurge subarborele drept 
Se parcurge subarborele drept Se parcurge subarborele drept 


Pentru arborele din Figura 10.8 găsim că nodurile în preordine sunt: 
ABDHIECEG 


deoarece mai întâi se vizitează rădăcina A, apoi subarborele stâng (B D H I 
E) şi apoi subarborele drept (C Fr G). 


Similar, parcurgerea în inordine are ca rezultat şirul: 

HDIBEAFCG 
iar parcurgerea in postordine: 

HIDEBFGCA 

Numele de preordine, inordine şi postordine derivă, bineînţeles de la pozi- 
tia relativă a rădăcinii faţă de subarbori. O posibilă metodă de a parcurge un 
arbore în preordine este dată în Listing 10.17. Metoda primeşte ca parametru o 
referinţă către rădăcina subarborelui care este vizitat. Evident că la primul apel, 
parametrul este chiar rădăcina arborelui (referinţa root din Figura 10.9). Vom 
vedea cum se integrează parcurgerea unui arbore în cadrul unei clase complete 
în paragraful 10.5.3. 


Listing 10.17: Metodă generică pentru parcurgerea în preordine a unui arbore 
binar 


1 public void preord(BinaryNode t) 
2 
{ 
if( t != null ) 
{ 
process( t.element ) ; 
preord( t.left ) ; 
preord( t.right ) ; 


fo u ©) Ua A v 


) 
9} 
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Celelalte două parcurgeri se realizează absolut analog, prin simpla reor- 
donare a instrucţiunilor de parcurgere. 


10.5.3 Arbori binari de căutare 


Una dintre cele mai importante aplicaţii ale arborilor este utilizarea acestora 
în probleme de căutare. Proprietatea care face ca un arbore binar să devină un 
arbore binar de căutare este: pentru oricare nod X al arborelui toate nodurile 
din subarborele stâng sunt mai mici decât X, şi toate nodurile din subarborele 
drept sunt mai mari decât X. Aşadar, fata de arborii binari obişnuiţi, arborii 
de căutare mai adaugă o relaţie de ordine între elemente. Pentru a putea fi 
comparate, nodurile nu var mai conţine obiecte de tip Object, ca în paragraful 
10.5.2, ci instanţe ale clasei Comparable. Arborele binar de căutare este 
o structură de date în care, pe lângă căutare rapidă, putem adăuga sau şterge 
eficient elemente. Figura 10.10 ilustrează operaţiile de bază permise asupra 
unui arbore binar de căutare. 


Figura 10.10: Modelul pentru arborele binar de căutare. 


insert find,remove 


Ms. + 


Arbore binar de căutare 


De exemplu, arborii din Figura 10.8 nu sunt arbori binari de căutare, deoa- 
rece, în ambele cazuri, în stânga nodului A se află nodul B, care are valoare mai 
mare decât A (dacă considerăm ordinea alfabetică). 


Să studiem cu atenţie arborii din Figura 10.11. La prima vedere, ambii 
par să fie arbori binari de căutare; examinând totuşi mai minuţios arborele din 
dreapta, constatăm că nodul 7, deşi este mai mare decât rădăcina, 6, se află în 
stânga ei, ceea ce contravine regulii arborilor de căutare. 
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Figura 10.11: Doi arbori binari. Doar arborele din stanga este si arbore binar de 
cautare. 


Principalele operaţii care se realizează asupra arborilor binari de căutare 
sunt: 


e Căutarea unui nod în arbore; 
e Găsirea minimului şi maximului; 
e Inserarea unui nou nod; 


e Ştergerea unui nou nod; 


Vidarea arborelui (ştergerea tuturor nodurilor). 


O posibilă interfaţă care descrie aceste operaţii este prezentată în Listing 10.19. 

Setul de operaţii permise este acum extins faţă de stivă şi coadă pentru a 
permite găsirea unui element arbitrar, alături de inserare şi ştergere. Metoda 
find () întoarce o referinţă către un obiect care este egal (în sensul metodei 
compareTo () din interfaţa Comparable) cu elementul căutat. Dacă nu 
există nici un element egal cu cel căutat, find() aruncă o excepţie Item- 
NotFoundException, prezentată în secţiunea anterioară. Aceasta este o 
decizie de proiectare. O altă posibilitate ar fi fost să întoarcem nu 1 în cazul in 
care elementul căutat nu este găsit. Diferenţa între cele două abordări con- 
stă în faptul că metoda noastră îl obligă pe programator să trateze explicit 
situaţia în care căutarea nu are succes. În cealaltă situaţie, dacă am fi în- 
tors null, şi nu s-ar fi făcut verificările necesare, programul ar fi generat un 
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Listing 10.18: Clasa de excepţie DuplicateItemException 


1 package exceptions ; 

2 

3/*x* Clasa de exceptii care semnaleaza adaugarea unui element deja 
4x existent intr—o structura de date *x/ 

s public class DuplicateItemException extends Exception 


6 { 
7 public DuplicateItemException () 


s { 


9 super (); 


0) 


2 public DuplicateltemException (String msg) 
3 4 


14 super(msg); 


Is} 


NullPointerException la prima tentativă de a folosi referinţa. Din punct 
de vedere al eficienţei, versiunea cu excepţii ar putea fi ceva mai lentă, dar este 
puţin probabil ca rezultatul să fie observabil, cu excepţia situaţiei în care codul 
ar fi foarte des executat în cadrul unor situaţii în care viteza este critică. 


În mod similar, inserarea unui element care deja este în arbore este sem- 
nalată printr-o excepţie DuplicateltemException (vezi Listing 10.18). 
Există şi alte posibile alternative. Una dintre ele constă în a permite noii valori 
să suprascrie valoarea stocată. 


Vom da ca exemplu un arbore de căutare care reţine stringuri. Acest lucru 
este posibil deoarece String implementează interfaţa Comparable. Im- 
plementarea arborelui binar în conformitate cu interfaţa SearchTree este 
prezentată în Listing 10.21. Pentru a implementa nodurile arborelui binar se 
utilizează clasa BinaryNode, prezentată în Listing 10.20. 


Implementarea arborelui binar de căutare este mult mai complexă decât pen- 
tru stivă sau coadă şi foloseşte recursivitatea (care va fi prezentată în capitolul 
12). Nu vă îngrijoraţi dacă nu intelegeti acum toate detaliile de implementare; 
puteţi trece mai departe fără nici o problemă şi reveni mai târziu, după ce aţi 
parcurs şi înţeles capitolul 12. 

Toate elementele din arborele binar ne sunt accesibile prin intermediul ră- 
dăcinii sale, care este reţinută în atributul root. Să descriem acum pe scurt 
modul de funcţionare al metodelor din clasa BinarySearchTree. 
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Listing 10.19: Interfata pentru un arbore binar de cautare 


1 package datastructures ; 

2 

3import exceptions .*; 

4 

5 /* * 

6* Interfata pentru arbori binari de cautare. Expune metode 
7* pentru adaugarea si stergerea unui element oarecare si 
sx pentru adaugarea si stergerea elementului minim si maxim. 
9 */ 

10 public interface SearchTree 


uf 


2 void insert(Comparable x) throws DuplicateItemException ; 

3 Void remove(Comparable x) throws ItemNotFoundException ; 

14 void removeMin() throws ItemNotFoundException ; 

15 Comparable find(Comparable x) throws ItemNotFoundException ; 
16 Comparable findMin() throws ItemNotFoundException ; 

17 Comparable findMax() throws ItemNotFoundException ; 

is boolean isEmpty (); 

9 void makeEmpty (); 


Cautarea unui nod in arbore: Asa cum le spune si numele, arborii binari 
de căutare au fost conceputi pentru a se putea căuta informaţiile rapid şi uşor. 
Să presupunem că în arborele de căutare din Figura 10.11 (cel din stânga), 
dorim să găsim nodul care are cheia 4. Pentru aceasta comparăm valoarea 4 
cu rădăcina. Deoarece 4<6, nodul căutat se află în subarborele stâng, care are 
rădăcina 2. Comparăm 4 cu 2. Deoarece 4>2, nodul căutat se află în subarborele 
drept. Comparăm pe 4 cu fiul din dreapta al lui 2, constatăm că valorile sunt 
egale şi ne oprim. Dacă în loc de cheia 4 am fi căutat cheia 5, atunci am fi ajuns 
în subarborele drept al lui 4, care este vid, deci nodul 5 nu se găseşte în arbore. 

Căutarea unui nod se realizează cu metoda find () , implementată în liniile 
75-95 din Listing 10.21. Această metodă porneşte cu căutarea de la rădăcina ar- 
borelui şi coboară fie către stânga fie către dreapta (funcţie de relaţia dintre ele- 
mentul căutat şi rădăcina subarborelui) până când elementul căutat este găsit s- 
au s-a “ieşit” din arbore, caz în care se aruncă o ItemNotFoundException(). 


Găsirea elementului minim şi a celui maxim: Găsirea elementului minim 
(găsirea maximului se face analog) constă pur şi simplu în a cobori în arbore pe 
partea stângă (liniile 105-108) până se ajunge la frunză. Elementul din frunză 
este chiar minimul. 
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Listing 10.20: Clasa care modeleaza un nod al unui arbore binar 


1 package datastructures; 

2 

3 /* * 

4x Reprezinta un nod in arbore. Este pentru uz intern. 
5 */ 

6 class BinaryNode 

7{ 

sa Comparable element; 

9  BinaryNode left; 

0 BinaryNode right; 


3  BinaryNode(Comparable e) 
4 f 


15 element = e; 
16 left = null; 
17 right = null; 


is} 


2  BinaryNode(Comparable e, BinaryNode lt, BinaryNode rt) 
a { 


22 element = e; 
23 left = It; 
24 right = rt; 


Adăugarea unui nod în arbore: Adăugarea unui nod în arbore se realizează 
folosind metoa insert (Comparable) din liniile 20-24, care la rândul ei 
delegă problema către insert (Comparable, BinaryNode) de la liniile 
129-150. Probabil că vă întrebaţi de ce a fost nevoie să scindăm operaţia de 
adăugare în două metode? Metoda propriu-zisă de ştergere are şi un parametru 
de tip BinaryNode, care la început este chiar root, rădăcina arborelui. Uti- 
lizatorul obişnuit nu are acces la acest atribut, de aceea el poate apela doar 
metoda insert (Comparable), care fiind o metodă din cadrul clasei, va 
putea apela la linia 23 insert (x,root). Această tehnică este folosită pen- 
tru toate metodele existente în clasa BinarySearchTree. 

Metoda de adăugare a unui nod în arbore este conceptual destul de simplă. 
Pentru a insera x în arborele cu rădăcina t, ne “afundăm” în interiorul arborelui 
exact ca şi în cazul metodei find (). Dacă valoarea x este găsită în arbore, 
atunci aruncăm o DuplicateltemException. În caz contrar inserăm un 
nod cu cheia x, în ultimul punct din calea care a fost parcursă. Figura 10.12 
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Figura 10.12: Arborele binar de căutare înainte şi după inserarea nodului 5. 


ne arată ce se petrece. Pentru a insera valoarea 5, traversăm arborele ca şi când 
am realiza procesul de căutare. Când ajungem la nodul cu cheia 4, trebuie să 
mergem către dreapta, dar nu există subarbore drept, deci 5 nu este în arbore şi 
acesta este locul în care trebuie inserat. 

Ca orice metodă recursivă, insert () începe la linia 132 cu condiţia de 
terminare: 


if( t == null ) 


care este adevărată în momentul în care subarborele curent este vid. În acest 
caz se creează pur şi simplu un nou nod în care se plasează obiectul x şi se ac- 
tualizeză rădăcina subarborelui cu nodul curent. În cazul în care subarborele în 
care se inserează x nu este vid, comparăm x cu valoarea din rădăcina arborelui: 


x.compareTo( t.element ) 
Daca valoarea din x este mai mica, atunci x se va insera in subarborele 
stang: 
t. left = insert(x, t.left) ; 
altfel, daca este mai mare se va insera in subarborele drept: 
t. right = insert(x, t.right) ; 
iar daca valorile sunt egale inseamna ca nodul respectiv exista deja in arbore si 
se aruncă o DuplicateItemException. 
Metoda insert () conţine un aspect de fineţe: cum se leagă noul nod 
inserat (5 în exemplul nostru) de tatăl său (4)? In metoda insert () nu pare 


să existe o secvenţă de cod care să semnaleze că fiul din dreapta al lui 4 nu 
mai este null, ci este noul nod inserat. Răspunsul se află în modul în care se 
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realizeza apelul recursiv al metodei insert (): subarborelui stâng (sau drept) 
curent i se atribuie rezultatul inserării nodului x curent. La un moment dat, 
metoda va crea un nou nod, iar adresa acelui nod va fi întoarsă către nodul 
părinte. 


Ştergerea elementului minim şi a celui maxim: Ştergerea elementului minim 
constă în găsirea lui, după care se “ridică” subarborele drept în locul lui. Metoda 

removeMin () de la liniile 152-170 realizează exact acest lucru. Observati că 

aici, pentru variaţie, ciclul while de la liniile 105-108 ale metodei findMin () 
a fost înlocuit cu un apel recursiv. “Ridicarea” subarborelui drept în locul ele- 

mentului şters se face simplu, prin atribuirea de la linia 166: 


t = t.right ; 


Ştergerea elementului maxim se realizează absolut analog. 


Ştergerea unui nod din arbore: Operația de ştergere a unui nod este cea 
mai delicată operaţie pe arborele binar de căutare, deoarece pe lângă eliminarea 
nodului mai implică şi operaţii suplimentare pentru a păstra structura de arbore 
binar. În cazul operaţiei de ştergere, după ce am găsit nodul care trebuie şters 
trebuie să considerăm mai multe posibilităţi: 


e Dacă nodul care trebuie şters este o frunză, el poate fi şters imediat prin 
înlocuirea legăturii părintelui său cu null; 


e Dacă nodul care trebuie şters are doar un singur fiu (indiferent că este 
stâng sau drept), ştergerea lui se face prin ajustarea legăturii părintelui 
său pentru a-l “ocoli” (Figura 10.13); 


e Cazul complicat apare atunci când nodul care trebuie şters are doi fii. 
Strategia generală în acest caz este de a înlocui cheia nodului care tre- 
buie şters cu cea mai mică cheie din subarborele său drept (care este 
uşor de găsit) după care nodul cu această cheie se şterge folosind metoda 
removeMin () descrisă anterior (Figura 10.14). 


Ştergerea unui nod din arbore se realizează folosind metoda remove (Com- 
parable) din liniile 28-32, care la rândul ei delegă problema către remove- 
(Comparable, BinaryNode) de la liniile 172-199. Ca orice metodă recur- 
sivă, remove () începe la linia 175 cu condiţia de terminare: 


if( t == null ) 
75 
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Figura 10.13: Stergerea unui nod (4) cu un singur fiu. Legatura 2-3 “ocoleste” 
nodul 4. 


Figura 10.14: Stergerea unui nod cu doi fii. Cel mai mic nod din subarborele 
drept al lui 2 este 3. Se înlocuieşe 2 cu 3, după care 3 se şterge prin “ocolire” 
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care este adevărată când subarborele curent este vid. In această situaţie elemen- 
tul x nu este găsit şi se aruncă o ItemNotFoundException. 

Dacă subarborele nu este vid, se compară elementul care trebuie şters cu ră- 
dăcina şi, dacă sunt diferite, se coboară fie pe subarborele drept fie pe cel stâng. 
În cazul în care elementul care trebuie şters a fost găsit (adică x . compare- 
To (t.element) este 0) trebuie să eliminăm nodul respectiv din arbore având 
însă mare grijă să nu pierdem structura de arbore binar de căutare. Dacă nodul 
curent are descendenţi atât în stânga căt şi în dreapta, adică 


t.left != null && t.right != null 


este true, vom folosi artificiul descris anterior: vom aduce în locul nodului 
şters, cel mai mic nod din subarborele drept (care este evident mai mare decât 
toate nodurile din subarborele stâng, deci se va păstra structura de arbore de 
căutare): 


t.element = findMin(t.right ).element ; 


după care vom apela removeMin () pentru a şterge elementul minim din acest 
subarbore: 


t.right = removeMin(t.right) 


Dacă nodul curent nu are descendenţi în ambele părţi, operaţia de ştergere 
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este mult mai simplă: pur şi simplu se “urcă” subarborele nevid în locul nodului 
care a fost şters (altfel spus, nodul şters este “ocolit”): 


t = (t. left != null)? t.left : t.right ; 


Metodele isEmpty () simakeEmpty () sunt banale şi nu le vom detalia 
aici. 


Listing 10.21: Implementarea arborelui binar de căutare 


1 package datastructures; 

2 

3import exceptions .*; 

4/** Arbore binar de cautare alocat inlantuit. Toate 
s» cautarile se fac pe baza metodei compareTo(). Expune 
6x metode pentru inserare, stergere, cautare etc. */ 

7 public class BinarySearchTree implements SearchTree 

8 { 

9 /k* Referinta catre radacina arborelui */ 

10 protected BinaryNode root; 


12 /**x Constructor care initializeaza radacina cu null *x/ 
3 public BinarySearchTree () 


11 
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root = null; 


/** Adauga elementul x in arbore 


* @throws DuplicateltemException daca elementul deja exista. 


public void insert(Comparable x) 
throws DuplicateltemException 


{ 


root = insert(x, root); 


/xx Sterge elementul x din arbore. 

* @throws ItemNotFoundException daca elementul nu se afla 
* in arbore.x*/ 

public void remove(Comparable x) 

throws ItemNotFoundException 


{ 


root = remove(x, root); 


/*xx* Sterge elementul minim din arbore 
x @throws ItemNotFoundException daca arborele este vid*x/ 
public void removeMin() throws ltemNotFoundException 


{ 


root = removeMin(root ); 


/** Intoarce elementul minim din arbore. 
*  @throws ItemNotFoundException daca arborele este vid*x/ 
public Comparable findMin() throws ItemNotFoundException 


{ 


return findMin(root ). element; 


/** Intoarce elementul maxim din arbore. 

*  @throws ItemNotFoundException daca arborele este vidx*/ 
public Comparable findMax () throws ItemNotFoundException 
{ 


return findMax (root ). element; 


/** Cauta elementul x in arbore. 

x @throws ItemNotFoundException daca x nu este gasit.*/ 
public Comparable find (Comparable x) 

throws ItemNotFoundException 


{ 


return find(x, root ).element; 


*/ 
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/** Intoarce true daca arborele este vid */ 
public boolean isEmpty () 


{ 


return root == null; 


} 


/**Videaza arborele, setand radacina la null x/ 
public void makeEmpty () 


{ 
) 


root = null; 


protected BinaryNode find (Comparable x, BinaryNode t) 
throws ItemNotFoundException 


while (t != null) 
{ 
if (x.compareTo(t.element) < 0) 
{ 
t = t.left; 
} 
else if (x.compareTo(t.element) > 0) 
{ 
t = t.right; 
} 
else 
{ 
return t; //element gasit 
} 
} 


throw new ItemNotFoundException("Element negasit."); 


} 


protected BinaryNode findMin(BinaryNode t) 
throws ItemNotFoundException 


{ 
if (t == null) 
{ 
throw new ltemNotFoundException ("Element negasit"); 
} 
while (t.left != null) 
{ 
t = t. left; 
} 
return t; 
} 
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14 protected BinaryNode findMax(BinaryNode t) 
ns throws ItemNotFoundException 


u6 f{ 

117 if (t == null) 

118 { 

119 throw new ltemNotFoundException ("Element negasit"); 
120 } 

121 

122 while (t.right != null) 
123 { 

124 t = t.right; 

125 } 

126 

127 return t; 

128} 

129 


130 protected BinaryNode insert(Comparable x, BinaryNode t) 
13 throws DuplicateltemException 


132 ë f{ 

133 if (t == null) 

134 { 

135 t = new BinaryNode(x, null, null); 
136 } 

137 else if (x.compareTo(t.element) < 0) 
138 { 

139 t.left = insert(x, t.left); 

140 } 

141 else if (x.compareTo(t.element) > 0) 
142 { 

143 t.right = insert(x, t.right); 

144 } 

145 else 

146 { 

147 throw new DuplicateltemException ("Elementul exista deja"); 
148 } 

149 

150 return t; 

ist} 

152 


153 protected BinaryNode removeMin(BinaryNode t) 
154 throws ItemNotFoundException 


155 { 

156 if (t == null) 

157 { 

158 throw new ltemNotFoundException ("Element negasit"); 
159 } 

160 

161 if (t.left != null) 

162 { 

163 t. left = removeMin(t.left ); 
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164 } 

165 else 

166 { 

167 t = t.right; 
168 } 

169 

170 return t; 

171 } 


173 protected BinaryNode remove(Comparable x, BinaryNode t) 
174 throws ltemNotFoundException 


| 

176 if (t == null) 

177 { 

178 throw new ltemNotFoundException ("Element negasit"); 
179 } 

180 

181 if (x.compareTo(t.element) < 0) 

182 { 

183 t. left = remove(x, t.left); 

184 } 

185 else if (x.compareTo(t.element) > 0) 

186 { 

187 t.right = remove(x, t.right); 

188 } 

189 else if (t. left != null && t.right != null) 
190 { 

191 t.element = findMin(t.right ). element; 

192 t. right = removeMin(t. right ); 

193 } 

194 else 

195 { 

196 t = (t. left != null) ? t. left : t.right; 
197 } 

198 

199 return t; 

20) 

201 

202 } 


Listing 10.22 prezintă modul în care arborele binar de căutare poate fi 
folosit pentru obiecte de tip String. 

Interfața SearchTree mai are două metode suplimentare: una pentru a 
găsi cel mai mic element şi una pentru a găsi cel mai mare element. Se poate 
arăta că transpirând un pic mai mult se poate găsi foarte eficient şi cel mai mic 
al k-lea element, pentru oricare k trimis ca parametru. 

Să vedem care sunt timpii de execuţie pentru operaţiile pe un arbore bi- 
nar de căutare. Este normal să sperăm că timpii de execuţie pentru find(), 
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insert () şi remove () să fie logaritmici, deoarece aceasta este valoarea 
pe care o vom obţine pentru căutarea binară (paragraful 12.3). Din nefericire, 
pentru cea mai simplă implementare a arborelui binar de căutare, acest lucru nu 
este adevărat. Timpul mediu de execuţie este într-adevăr logaritmic, dar în cazul 
cel mai nefavorabil (când arborele este ““dezechilibrat”) timpul de execuţie este 
O (n), caz care apare destul de frecvent. Totuşi, prin aplicarea anumitor trucuri 
de algoritmică se pot obţine anumite structuri mai complexe (arbori bicolori) 
care au într-adevăr un cost logaritmic pentru fiecare operaţie. 


Listing 10.22: Model de program care utilizează arbori de căutare. Programul 
va afişa: Găsit Cristi;Alina nu a fost găsită 


1 import datastructures .*; 

2 import exceptions .*; 

3/** Clasa simpla de test pentru arborii binari de cautare.*/ 
4 public class TestSearchTree 


5s { 


6 public static void main(String [] args) 
> 
{ 
8 SearchTree t = new BinarySearchTree (); 
9 
10 String result = null; 
11 
12 try 
13 { 
14 t.insert("Cristi"); 
15 } 
16 catch (DuplicateltemException e) 
17 { 
18 } 
19 
20 try 
21 { 
22 result = (String) t.find("Cristi"); 
23 
24 System.out.print("Gasit "+ result + "; "); 
25 } 
26 catch (ItemNotFoundException e) 
27 { 
28 System.out.print("Cristi nu a fost gasit; "); 
29 } 
30 
31 try 
32 { 
33 result = (String) t.find("Alina"); 
34 
35 System.out.print("Gasit " + result + " 3"); 
36 } 
37 catch (ItemNotFoundException e) 
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39 System.out.print("Alina nu a fost gasita;"); 


Ce putem spune despre operaţiile findMin () si findMax()? In mod 
cert, aceste operaţii necesită un timp constant în cazul căutării binare, deoarece 
implică doar accesarea unui element indiciat. În cazul unui arbore binar de 
căutare aceste operaţii iau acelaşi timp ca o căutare obişnuită, adică O(log 
n) în cazul mediu şi O (n) în cazul cel mai nefavorabil. 


10.6 Tabele de repartizare 


Există foarte multe aplicaţii care necesită o căutare dinamică bazată doar 
pe un nume. O aplicaţie clasică este tabela de simboluri a unui compilator. Pe 
măsură ce compilează programul, compilatorul trebuie să reţină numele (împre- 
ună cu tipul, durata de viaţă, locaţia de memorie) tuturor identificatorilor care 
au fost declaraţi. Atunci când vede un identificator în afara unei instrucţiuni de 
declarare, compilatorul verifică să vadă dacă acesta a fost declarat. Dacă a fost, 
compilatorul verifică informaţia adecvată din tabela de simboluri. 

Având în vedere faptul că arborele binar de căutare permite acces logaritmic 
la obiecte cu denumiri oarecare, de ce am avea nevoie de o altă structură de date? 
Răspunsul este că arborele binar de căutare poate să dea un timp de execuţie 
liniar pentru accesul unui element, iar pentru a ne asigura de cost logaritmic 
este nevoie de algoritmi mult mai sofisticaţi. 

Tabela de repartizare (engl. hashtable) este o structură de date care evită 
timpul de execuţie liniar, ba mai mult, suportă aceste operaţii în timp (mediu) 
constant. Astfel, timpul de acces la un element din tabelă nu depinde de numărul 
de elemente care sunt în tabelă. În acelaşi timp, tabela de repartizare nu foloseşte 
neapărat alocarea înlănţuită (ca arborele binar). Aceasta face ca tabela de repar- 
tizare să fie rapidă în practică. Un alt avantaj faţă de arborele binar de căutare 
este că elementele stocate în tabela de repartizare nu trebuie să implementeze 
interfaţa Comparable. Acum probabilcă vă întrebaţi: bine, dar dacă tabela de 
repartizare este atât de eficientă, de ce se mai folosec arbori binari? Răspunsul 
este că arborii binari, deşi au operaţii de inserare şi acces care se execută în timp 
logaritmic dispun de operaţii pe care tabele de repartizare nu le suportă. Astfel, 
nu este posibil să parcurgem eficient elementele dintr-o tabelă de repartizare. 
Practic, tabelele de repartizare oferă un suport eficient pentru numai trei ope- 
ratii: adăgarea unui element, ştergerea unui element şi căutarea unui element. 
Parcurgerea elementelor, calculul minimului sau maximului nu sunt suportate. 
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Figura 10.15: Modelul pentru tabela de repartizare: orice element etichetat 
poate fi adaugat sau sters in timp practic constant. 


insert find, remove 


/ 


Tabela de repartizare 


Listing 10.23: Interfata pentru tabele de repartizare 


1 package datastructures ; 

2 

3import exceptions .*; 

4/** Interfata expusa de o tabela de repartizare. Ofera 

5 x» operatii de adaugare, stergere, cautare si golire. */ 
6 public interface HashTable 


7 { 
s void insert(Hashable x); 
9 void remove(Hashable x) throws ItemNotFoundException ; 


10  Hashable find(Hashable x) throws ItemNotFoundException ; 
n void makeEmpty (); 


Operatiile permise asupra unei tabele de repartizare sunt date in Figura 
10.15, iar o interfaţă este prezentată in Listing 10.23. In acest caz, insera- 
rea unui element care este duplicat nu generează o excepţie, deoarece elemen- 
tul va fi înlocuit cu noua valoare. Aceasta este o alternativă la metoda pe 
care am aplicat-o în cazul arborilor binari de căutare. Tabela de repartizare 
funcţionează doar pentru elemente care implementează interfaţa Hashable?. 
Interfața Hashable (Listing 10.24) expune o funcție de repartizare, care aso- 
ciază obiectului de tip Hashable un număr întreg. 

Fiecare dintre elementele conţinute de o tabelă de repartizare va fi asociat 
cu un număr, pentru a permite accesul în timp constant la elementul respectiv. 
Acest număr este calculat de metoda hash () expusă de interfaţa Hashable. 
Vom vedea mai târziu cum se face accesul la element pe baza acestui număr 


4În limba engleză, tabelele de repartizare se numesc "Hashtable", de aceea un element care poate 
fi repartizat se numeşte "Hashable". 
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care este calculat intr-un timp constant. 

Elementele dintr-o tabelă de repartizare trebuie să redefineasca şi metoda e- 
quals (). Listing 10.25 arată cum clasa MyString implementează interfaţa 
Hashable prin implementarea metodelor hash () şi equals (). 


Listing 10.24: Interfața Hashable 


1 package datastructures; 

2 /*xx* Descrie un element care poate fi stocat intr—o 
3* tabela de repartizare */ 

4 public interface Hashable 

5 { 

6 /xx Asociaza un numar intreg instantei Hashable */ 
7 int hash(int tableSize); 


8 } 


Listing 10.25: ClasaMyString 


ı import datastructures .*; 
2import exceptions .*; 
3 
4/xx Exemplu de clasa care implementeaza interfata Hashable, deci 
5 x» instantele ei pot fi stocate intr—o tabela de repartizare. */ 
6public class MyString implements Hashable 
7 
{ 


s private String value; 


n public MyString(String value) 
24 


13 this. value = value; 


14 } 


16 public String toString () 
7 | 


18 return value; 


9) 


2 public boolean equals(Object c) 


2 | 
23 return value.equals ( (( MyString ) c). value); 
24 } 


2 public int hash(int tableSize) 


272 f 

28 return QuadraticProbingTable.hash(value, tableSize); 
29) 

30 } 


Pentru a calcula numărul asociat unui obiect de tip MyString în cadrul 
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tabelei de repartizare, metoda hash () apelează la rândul ei o metodă statică a 
clasei QUadraticProbingTable, care va fi definită mai târziu (vezi List- 
ing 10.28). 


Listing 10.26: Un element al tabelei de repartizare 


1 package datastructures; 

2 

3/xx* Clasa care descrie un element dintr—o tabela de repartizare. 
ax Elementul este descris de o instanta Hashable si o valoare 

sx booleana care indica daca elementul este activ. */ 

6 class HashEntry 


7{ 
s Hashable element; 
9 boolean isActive; 


n public HashEntry (Hashable e) 
2 f 


13 element = e; 
14 isActive = true; 


5) 


7 public HashEntry (Hashable e, boolean i) 
is f 


19 element = e; 
20 isActive = i; 


Interfata HashTable expune operatiile pe care le suporta structura de 
date: inserare, ştergere, căutare şi eliminarea tuturor elementelor. Unele din- 
tre aceste operaţii pot arunca excepţia ItemNotFoundException, carea 
fost prezentată în secţiunea 10.4. 

Să vedem acum cum se implementează tabela de repartizare. Vom defini 
mai întâi un element al tabelei de repartizare, reprezentat de clasa HashEntry 
din Listing 10.26. HashEntry modelează un element din tabela de reparti- 
zare. Practic, tabela de repartizare va conţine elemente de tipul HashEntry. 
Pentru fiecare element din tabelă este necesar să specificăm valoarea lui (atribu- 
tul element, de tip Hashable) şi dacă elementul este activ (atributul i s- 
Active). Trebuie menţionat că ştergerea unui element din tabela de reparti- 
zare nu implică eliminarea lui fizică din structură, ci doar "dezactivarea" lui, 
prin setarea atributului i sActive la false (paragraful 10.6.1). 

Implementarea propriu-zisă a tabelei de repartizare constă din următoarele 
două clase: ProbingHashTable şi QuadraticProbingTable. 


Listing 10.27: Clasa ProbingHashTable 
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1 package datastructures ; 

2 

3import exceptions .*; 

4/** Implementeaza o tabela cu repartizare inchisa, in care 
s x» elementele tabelei de repartizare se retin intr—un tablou */ 
spublic abstract class ProbingHashTable 

7implements HashTable 

s { 

9 protected HashEntry [] elements; 

10 private int currentSize; 

11 private static final int DEFAULT_TABLE_SIZE = 11; 


3 /** Calculeaza pozitia unui element in cadrul tabelei*/ 
14 protected abstract int findPos(Hashable x); 


16 /xx Aloca memorie si intializeaza elementele tabloului *x/ 
ı7 public ProbingHashTable () 


18 

{ 

19 elements = new HashEntry [DEFAULT_TABLE_SIZE]; 
20 makeEmpty (); 

21 } 

22 

2 /xx Goleste tabela de repartizare, si elibereaza toate 
24 x referintele din tabloul elements */ 

25 public void makeEmpty () 

2 «= Co 

27 currentSize = 0; 

28 

29 for (int i = 0; i < elements .length; i++) 

30 { 

31 elements[i] = null; 

32 } 

3) 


35  /xx Intoarce elementul cu cheia x.hash() 

36 * @throws ItemNotFoundException daca elementul nu e gasit */ 
37 public Hashable find(Hashable x) 

33 throws ItemNotFoundException 


39 

{ 
40 int currentPos = findPos (x); 
41 
42 assertFound(currentPos , "Element negasit"); 
43 
44 return elements [currentPos ]. element ; 
45 

} 


47 /*x* Verifica daca elementul de pe pozitia currentPos 
48 x exista si este activ. 
49 x @throws ItemNotFoundException in caz contrar */ 
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s private void assertFound(int currentPos , String message) 
s throws ItemNotFoundException 

5s { 

53 if (elements [currentPos ] == null || 

54 elements [ currentPos ].isActive == false) 


56 throw new ltemNotFoundException (message); 
57 ) 


60 /*k* Sterge elementul x din tabela de repartizare. 

61 x @throws ItemNotFoundException daca x nu e gasit. */ 
6. public void remove(Hashable x) 

6 throws ItemNotFoundException 


64 { 
65 int currentPos = findPos (x); 
66 
67 assertFound(currentPos , "Element negasit"); 
68 
69 elements[currentPos ].isActive = false; 
70 
) 


n /*xx* Adauga elementul x tabelei de repartizare. Daca 


73 x se atinge gradul de incarcare maxima adims se 
74 x dubleaza numarul de elemente din elements +*/ 
75 public void insert(Hashable x) 

76 f 

77 int currentPos = findPos (x); 

78 

79 elements [currentPos ] = new HashEntry (x, true); 
80 

81 if (++currentSize < elements.length / 2) 

82 { 

83 return; 

84 } 

85 

86 //dimensiunea tabelei este prea mica 

87 // si pot aparea conflicte, deci vom dubla numarul de elemente 
88 HashEntry [] oldElements = elements; 

89 

90 //creaza un tabel de dimensiune dubla 

91 elements = new HashEntry [oldElements.length ] ; 
92 currentSize = 0; 

93 

94 // copie vechiul tabel in cel nou 

95 for(int i = 0; i < oldElements.length; i++) 

96 { 

97 if (oldElements[i] != null && oldElements[i].isActive ) 
98 { 

99 insert (oldElements[i].element ); 


10.6. TABELE DE REPARTIZARE 


100 } 
101 } 
02) 
103 
104 /*k* Asociaza un numar unic unei chei de tip String 
105 x cu valoarea intre 0 si tableSize—I. */ 
06 public static int hash( String key, int tableSize) 
107 
{ 


108 int hashVal = 0; 

109 

110 for (int i = 0; i < key.length(); i++) 
111 

112 hashVal = 37 + hashVal + key.charAt(i); 
113 } 

114 

115 hashVal %= tableSize; 

116 

117 if (hashVal < 0) 

118 

119 hashVal += tableSize; 

120 } 

121 

122 return hashVal; 


23) 
124 } 


ProbingHashTable este clasa cea mai importantă în implementarea 
unei tabele de repartizare. Ea implementează interfaţa HashTable şi de- 
fineşte toate operaţiile expuse de aceasta. Elementele din tabela de repartizare 
sunt reţinute într-un şir de obiecte de tip HashEntry (atributul elements). 
Structura mai specifică de asemenea şi numărul de elemente care sunt stocate la 
momentul curent (atributul currentSize). 


Inserarea unui element în tabela de repartizare presupune asocierea unui 
număr unic respectivului element, prin intermediul metodei hash (). Acest 
număr devine indicele elementului în şirul element s, motiv pentru care acce- 
sul în timp constant este asigurat. Practic, prin inserarea elementelor în tabela 
de repartizare, şirul elements, care reţine aceste elemente, va fi populat într- 
un mod discontinuu (elementele nu se vor afla pe poziţii succesive, pentru că 
poziţia lor depinde de valoarea lor). Când se va face căutarea elementului, se va 
realiza operaţia de hash () prin care se obţine numărul asociat, şi se va accesa 
direct elementul de pe poziţia calculată. Evident, accesul este în timp constant. 

Metoda hash () calculează numărul asociat unui element pe baza unui al- 
goritm simplu. Se realizează o sumă de produse pe baza codului Unicode al 
fiecărui caracter din cheia elementului care va fi inserat în tabelă, iar în final 
se consideră restul împărţirii acestei valori la dimensiunea tabelei, pentru că 
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Listing 10.28: Clasa QuadraticProbingTable 


ı package datastructures ; 

2/xx Tabela cu repartizare patratica inchisa. Implementeaza metoda 
3* abstracta findPos() mostenita de la ProbingHashtable */ 

4 public class QuadraticProbingTable extends ProbingHashTable 


6 protected int findPos(Hashable x) 
7 
{ 
8 int collisionNum = 0; 
9 int currentPos = x.hash(array .length ); 
10 
LI while (array [currentPos ] != null && 
12 !array [currentPos ].element.equals(x)) 
13 { 
14 collisionNum ++; 
15 currentPos += 2 + collisionNum — |; 
16 
17 if (currentPos >= array .length) 
18 { 
19 currentPos —= array .length; 
20 } 
21 } 
22 
23 return currentPos ; 


numărul asociat elementului trebuie să fie mai mic decât dimensiunea tabelei 
(numărul nu este altceva decât un indice al şirului elements). 


10.6.1 Tratarea coliziunilor 


Este important să observăm faptul că metoda hash () nu ne asigură de 
faptul că obiecte distince vor avea repartizări distincte. De fapt, există şanse 
considerabile ca pentru două elemente diferite, metoda hash () să returneze 
acelaşi număr. Aceasta este o situație inacceptabilă, pentru că nu putem avea 
două elemente care să fie pe aceeaşi poziție in şirul elements. Din acest 
motiv, avem nevoie de o strategie care să elimine coliziunile care pot să apară. 
Strategia va determina dacă numărul asociat de metoda hash () este deja ocu- 
pat si va oferi un alt număr care nu a fost alocat anterior. Această strategie va fi 
utilizată atât în operația de adăugare, cât şi în cea de căutare a elementului. 
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Există mai multe strategii disponibile, care se bazează pe căutarea unui 
spaţiu neocupat în şirul elements. De aici provine şi numele clasei Pro- 
bingHashTable. Cu alte cuvinte, în caz de coliziune, se probează ele- 
mentele din şirul elements, până se descoperă unul neocupat. 

Pentru a oferi suport pentru implementarea oricărei strategii, am decis ca 
ProbingHashTable să declare abstractă metoda care tratează situaţiile de 
coliziune (este vorba despre metoda findPos () ), motiv pentru care şi clasa 
devine abstractă, urmând ca fiecare strategie să definească această metodă într-o 
clasă derivată separată. 

Cea mai simplă strategie pentru evitarea coliziunii este probarea liniară, cu 
alte cuvinte căutarea secventiala (element cu element) în şir, până se găseşte 
o celulă goală, care să fie alocată elementului în cauză. Performanţa acestei 
strategii nu este ridicată, mai ales în situaţia în care avem o tabelă de dimensiuni 
mari. 

O strategie mai performantă este cea pătratică, în care căutarea nu se face 
liniar (i, i + 1,i + 2,1 + 3 etc.), cain exemplul anterior, ci în "salturi" 
mai mari de tipul i, i + 12, i + 22,i + 32etc. Acesta este motivul pentru 
care clasa care defineşte metoda findPos () poartă numele de Quadratic- 
ProbingTable (quadratic == pătratic). Deoarece în cazul unui conflict, ele- 
mentul nu va fi pus pe poziţia dată de funcţia de repartizare ci pe locaţia liberă 
găsită prin probare, căutarea unui element va trebui făcută tot prin probare, 
deci tot utilizând metoda findPos (), apelată la linia 40 în cadrul metodei 
find () din clasa ProbingHashTable. Astfel, căutarea se va opri fie când 
elementul este găsit, fie când s-a ajuns la o locaţie goală în elements. O altă 
observaţie importantă este că ştergerea unui element nu va putea fi realizată prin 
setarea poziţiei care îi corespunde în elements la null, deoarece aceasta va 
împiedica găsirea elementelor cu aceeaşi valoare a funcţiei de repartizare care 
au fost aşezate prin probare după elementul şters. Acesta este motivul pen- 
tru care ştergerea unui element se face prin setarea atributului isActive la 
false. 

Listing 10.29 prezintă un exemplu de utilizare al tabelei de repartizare. 

Există foarte multe modalităţi de a implementa tabelele de repartizare. Noi 
am prezentat aici doar una singură, numită repartizare pătratică închisă. Pentru 
o detalii referitoare la acest subiect recomandăm excelenta lucrare Data Struc- 
tures (vezi | Tomescu]). 


Listing 10.29: Exemplu de program care foloseşte tabele de repartizare; pro- 
gramul va afişa: Gasit Marcel 


import datastructures .x*; 
2import exceptions .*; 
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3/** Clasa simpla de test pentru tabelele de repartizare. */ 
4public class TestHashTable 


6 public static void main(String[] args) 

A 

8 HashTable h = new QuadraticProbingTable (); 

9 

10 MyString result = null; 

IL 

12 h.insert(new MyString("Marcel")); 

13 

14 try 

15 { 

16 result = (MyString) h.find (new MyString("Marcel” )); 
17 System.out.printIn("Gasit " + result); 

18 } 

19 catch(ItemNotFoundException e) 

20 { 

21 System . out. println ("Marcel nu a fost gasit"); 
22 } 

3) 

24 } 


10.7 Cozi de prioritate 


Să pornim de la o problemă concretă extrem de simplă: ordinea de tipărire 
a documentelor la o imprimantă partajată, în cadrul unei reţele, de un număr 
mare de utilizatori. În mod obişnuit documentele trimise unei imprimante sunt 
aşezate, într-o coadă simplă, dar aceasta nu este întotdeauna cea mai bună vari- 
antă. De exemplu, un document poate să fie deosebit de important, deci el 
ar trebui executat imediat ce imprimanta este disponibilă. De asemenea, dacă 
imprimanta a terminat de tipărit un document, iar în coadă se află câteva do- 
cumente având 1-2 pagini şi un document având 100 de pagini, ar fi normal 
ca documentul lung să fie tipărit ultimul, chiar dacă nu este ultimul document 
trimis. 

Analog, în cazul unui sistem multiutilizator, sistemul de operare trebuie să 
decidă la un moment dat care proces, dintre cele existente, trebuie să fie exe- 
cutat. În general, un proces poate să se execute doar o perioadă de timp fixată. 
Şi aici este normal ca procesele care au nevoie de un timp foarte mic să aibă 
prioritate. 

Dacă vom atribui fiecărei sarcini câte un număr, atunci numărul mai mic 
(pagini tipărite, resurse folosite) va indica o prioritate mai mare. Astfel, vom 
dori să accesăm cel mai mic element dintr-o colecţie de elemente şi să îl ştergem 
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Figura 10.16: Modelul pentru coada de prioritate. Doar elementul minim este 
accesibil. 


insert findMin, deleteMin 


i 


Coadă de prioritate 


Listing 10.30: Interfata PriorityQueue 


ı package datastructures; 

2 

3import exceptions .*; 

4 /* * 

5 * Interfata care descrie operatiile expuse de o coada 
6 * de prioritati. 

7 */ 

s public interface PriorityQueue 

of 

0 /*k* Adauga elementul x in coada de prioritati*/ 

u void insert(Comparable x) ; 

2 /*xx* Sterge si intoarce elementul minim. */ 

3 Comparable deleteMin() throws UnderflowException ; 
4 /xx Intoarce elementul minim din coadax/ 

is Comparable findMin() throws UnderflowException ; 
6 /** Goleste coada de prioritati*/ 

17 void makeEmpty() ; 

is /*k* Intoarce true daca coada este vidax*/ 


9 boolean isEmpty () ; 


din cadrul colecţiei. Acestea sunt operaţiile findMin şi deleteMin. Struc- 
tura de date care oferă o implementare foarte eficientă a acestor operaţii se 
numeşte coadă de prioritate. Figura 10.16 ilustrează operaţiile fundamentale 
pentru coada de prioritate. 

Interfața unei cozi de prioritate este descrisă în Listing 10.30. 

Clasa de excepţii UnderflowException a fost prezentată în secţiunea 
10.2 şi are rolul de a semnala situaţia în care s-a încercat accesarea unui element 
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Figura 10.17: Un arbore binar complet. Se observa ca toate nodurile au exact 
doi fii, mai putin nodurile de pe ultimul nivel (D, E, F şi G) pentru care frunzele 
(H, I şi J) sunt completate de la stânga la dreapta. 


(A 


fi i 


GC) OO 


Figura 10.18: Reprezentarea arborelui din figura 10.17 utilizand un tablou. 
Nodurile arborelui sunt introduse in tablou in ordinea naturala a citirii lor de 
sus în jos şi de la stânga la dreapta. Prima locaţie rămâne necompletata. 


0 1 2 3 4 > & F 8 9 10 11 12 13 


într-o coada de priorități goală. 


10.7.1 Ansamble 


Implementarea cozii de priorități o prezentăm sub forma unui ansamblu 
(engl. heap, tradus în unele lucrări prin termeni amuzanti cum ar fi movilă 
sau grămadă). Ansamblele sunt arbori binari completi. Cu alte cuvinte, fiecare 
nod are câte doi fii, mai puțin pe ultimul nivel, unde se poate întâmpla ca un 
nod să nu aibă fii, dar in această situație, nici un nod aflat la dreapta sa nu va 
avea fii. 

O observație importantă pe care o putem face este că dat fiind faptul că 
un arbore binar complet este atât de regulat, elementele sale pot fi cu uşurin- 
ta reprezentate într-un şir, fără a fi necesar să utilizăm alocarea înlănțuită din 
paragraful 10.5.3! Tabloul din Figura 10.17 corespunde arborelui din Figura 
10.18. 
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Problema care se pune acum este: cum găsim în reprezentarea sub formă de 
sir a arborelui care sunt fii si care este parintele unui anumit nod? Privind cu 
atentie cele doua figuri se observa cu usurinta ca intotdeauna fii unui nod care 
este pe poziţia i în tablou se vor afla pe poziţiile 2* i şi 2*i+1. Pe poziţia 2*i 
se află fiul stâng, iar pe poziţia 2 * i +1 se află fiul drept. În consecinţă, părintele 
unui nod aflat de poziţia i se va afla pe poziţia i /2 (împărțire întreagă). Astfel, 
nu numai că nu este nevoie de alocare inlan{uita pentru a reprezenta un ansam- 
blu, ci, mai mult, operaţiile de traversare vor fi extrem de rapide (vezi capitolul 
2 din primul volum, subcapitolul Operatori la nivel de bit)! Singura proble- 
mă cu această implementare este că avem nevoie de o aproximare a numărului 
maxim de elemente din ansamblu pentru a stabili dimensiunea şirului în care 
vor fi memorate elementele. 

Pe lângă proprietatea structurală dată la începutul acestui paragraf, un ansam- 
blu mai are şi o proprietate de ordonare care permite execuţia rapidă a operati- 
ilor caracteristice: inserare şi extragerea celui mai mare (sau a celui mai mic) 
element. Deoarece dorim să găsim rapid cel mai mare (mic) element, are sens 
să aşezăm cel mai mare (mic) element în rădăcină. Dacă considerăm că şi sub- 
arborii stâng şi drept trebuie să fie şi ei ansamble, atunci fiecare nod trebuie să 
fie mai mare (mic) decât descendenţii săi. 

Aplicând acest demers logic, ajungem la proprietatea de ordonare a ansam- 
blelor: valoarea oricărui nod este cel putin la fel de mare ca valoarea fiilor săi. În 
Figura 10.19, arborele din stânga este un min-ansamblu, în timp ce arborele din 
dreapta nu este un ansamblu. Pentru ca arborele ansamblul să respecte această 
proprietate, indiferent de operaţiile care se realizează asupra lui, trebuie ca la o- 
peratiile de inserare (metoda insert () ) şi ştergere (metoda deleteMin ()) 
să se realizeze o reordonare a nodurilor arborelui, astfel încât arborele modifi- 
cat să respecte şi el proprietatea de ordine. Aceasta înseamnă propagarea ele- 
mentelor înspre şi dinspre rădăcină, operaţie realizată de metoda fixHeap(), 
care filtrează toate elementele şirului (metoda percolateDown ()). 


Adăugarea unui element într-un ansamblu: Pentru a fixa ideile, vom con- 
veni ca în continuare prin ansamblu vom înţelege un min-ansamblu. Inserarea 
unui element x în ansamblu va decurge astfel: vom crea un nod necompletat 
în următoarea locaţie disponibilă (căci altfel arborele nu ar fi complet). Dacă x 
poate fi plasat în noul nod fără a încălca proprietatea de ordonare, atunci sun- 
tem gata. Altfel, fie y părintele noului nod; deoarece x încalcă proprietatea de 
ordonare, avem evident x<y. Vom “împinge” pe y în jos, în locul noului nod in- 
serat, urcând astfel nodul necompletat în sus în arbore. Continuăm acest proces 
de “împingere” până când noul element x poate fi plasat în nodul necompletat. 

Figura 10.20 arată că pentru a insera valoarea 14 se creează un nod în urmă- 


95 


10.7. COZI DE PRIORITATE 


Figura 10.19: Doi arbori binari completi. Numai arborele din stânga este un 
ansamblu (un min-ansamblu). În arborele din dreapta nodul 40 are ca fiu nodul 
34, ceea ce încalcă proprietatea de ordonare. 


10 


Figura 10.20: Inserarea nodului 14 în ansamblu: se creează o nouă locaţie, apoi 
această locaţie este “împinsă” în sus până ce nodul 14 poate fi aşezat în ea. In 
partea de jos este prezentată reprezentarea sub formă de şir utilizată de metoda 


insert () 


toarea locaţie disponibilă. Aşezarea lui 14 în noul nod ar încălca proprietatea de 
ansamblu, de aceea 29 “alunecă” în jos în locul noului nod. Paşii sunt continuaţi 
până când locul corespunzător pentru 14 este găsit. Denumirea în limba engleză 
pentru această modalitate de inserare este “percolate up” (filtrare în sus). 

Metoda insert () din liniile 32-51 (Listing 10.31) realizează inserarea 
obiectului x de tip Comparable în ansamblu. În liniile 35-39 se verifică 
dacă tabloul elements chiar formează un ansamblu; dacă nu, pur şi simplu se 
adaugă x la finalul tabloului şi metoda se încheie. Dacă elements respectă 
proprietatea de ordine, atunci se verifică dacă mai este loc în tablou apelând 
checkSize () (linia 41) care dublează numărul de elemente dacă elements 
s-a umplut. Apoi se aplică filtrarea în sus (liniile 43-50), până când x ajunge la 
locul lui în ansamblu. 

Timpul necesar pentru a insera un element în ansamblu poate ajunge până 
la O(log n) dacă elementul care trebuie inserat este chiar noul minim, deoarece 
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Figura 10.21: Crearea unei găuri în locul rădăcinii prin extragerea valorii mini- 
me. Din acest moment se caută locul potrivit pentru a insera ultimul nod, 29; se 
vor urca pe rând nodurile 14, 23, 25, după care se aşează 29 în locul lăsat liber 
de 25 
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va trebui filtrat în sus până ajunge la rădăcină (iar înălţimea ansamblului este 
log n). In mod surprinzător, s-a arătat că în medie sunt necesare 2.6 comparații 
pentru a realiza o inserare, deci în medie un element urcă 1.6 niveluri. Aşadar, 
complexitatea medie a metodei insert () este O(1). 


Ştergerea unui element dintr-un ansamblu: Extragerea elementului minim 
dintr-un ansamblu este realizată foarte asemănător cu inserarea. Găsirea mini- 
mului este uşoară (acesta se află pe poziţia 1 în elements), partea mai dificilă 
este extragerea lui. Atunci când minimul este extras, se creează o “gaură” în 
locul rădăcinii. Deoarece ansamblul are acum cu un element mai puţin, rezultă 
că ultimul element, x, trebuie să urce undeva în sus în ansamblu. Dacă x poate fi 
plasat în locul “găurii” din rădăcină, atunci am terminat. Acest lucru este totuşi 
improbabil, de aceea “împingem” gaura în jos în locul fiului mai mic, care urcă 
în locul găurii. Repetăm acest pas până cand x poate fi plasat în gaură. 

Figura 10.21 arată un ansamblu înainte de ştergerea rădăcinii. După ce 
nodul 13 a fost extras, trebuie să plasăm nodul 31 undeva în ansamblu; 31 nu 
poate fi plasat în gaura creată, deoarece ar încălca proprietatea de ordonare. 
Astfel, vom plasa nodul 14 în locul rădăcinii, şi nodul gol alunecă un nivel în 
jos. Repetam acest pas din nou, punând pe 19 în gaură şi avansând gaura şi mai 
adânc în arbore. Vom pune apoi pe 26 în gaură şi creăm o gaură în ultimul nivel. 
În sfârşit, vom putea pune nodul 31 în gaură. Această strategie este cunoscută 
sub numele de “filtrare în jos” (percolate down). 

Ştergerea unui element din ansamblu este realizată de deleteMin () 
(liniile 145-154). La linia 147 se apelează metoda findMin () care întoarce 
elementul minim, sau aruncă o Underf lowException dacă ansamblul este 
vid (excepţia este aruncată mai departe de deleteMin ()). In linia 149 este 
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aşezat în locul rădăcinii (elementul minim) elementul de pe ultima poziţie. Se 
apelează apoi metoda percolateDown () pentru filtra noua rădăcină şi a o 
aduce pe poziţia adecvată în ansamblu. 

Filtrarea în jos (percolateDown (), liniile 113-140) a fost definită sepa- 
rat (spre deosebire de filtrarea în sus, care a fost inclusă în metoda insert ()) 
deoarece ea va fi folosită în paragraful următor şi la refacerea ansamblului după 
adăugarea de elemente folosind append (). Metoda percolateDown () 
primeşte ca parametru poziţia pe care se află rădăcina (1 în cazul nostru). Ea 
presupune că atât subarborele stâng cât şi cel drept sunt ansamble şi doar rădă- 
cina încalcă proprietatea de ordonare. La linia 116 se salvează rădăcina într-o 
variabilă temporară. Ciclul while de la liniile 118-137 realizează filtrarea 
propriu-zisă. În liniile 120-126 se calculează care este fiul mai mic al nodului i 
(care poate fi 2*i sau 2*i+1). Dacă rădăcina nu poate fi aşezată în locul fiului 
mai mic (linia 128) atunci fiul mai mic urcă în locul rădăcinii (linia 130), alt- 
fel ciclul while este întrerupt şi se plasează rădăcina pe poziţia i (linia 139). 
Ciclul while se execută până când fie ultimul element (salvat in tmp) poate 
fi aşezat în locul nodului curent, fie nodul curent nu mai are fii (şi deci putem 
adăuga rădăcina în locul lăsat liber de nodul curent). 

Complexitatea în timp a algoritmului deleteMin() este proporţională 
cu adâncimea arborelui, adică O(logn). De obicei, gaura din rădăcină este 
coborâtă până în partea de jos a ansamblului, deoarece ultimul element este 
mare. Având în vedere faptul că adâncimea arborelui este log n, rezultă că 
numărul mediu de execuţii ale corpului ciclului while este O(log n). 


Construirea unui ansamblu în timp liniar: Adăugarea metodei append () 
la clasa BinaryHeap poate părea nejustificată. De ce să oferim o metodă care 
strică structura de ansamblu? Răspunsul este că extragerea elementului minim 
(care foloseşte de fapt proprietatea de ordonare) dintr-un ansamblu nu este rea- 
lizată întotdeauna imediat ce am inserat un element. În multe situaţii practice, 
se inserează un număr nedeterminat de elemente şi abia după aceea se extrage 
elementul minim. Am văzut în paragrafele anterioare că ştergerea şi inserarea 
în ansamblu se fac în cazul cel mai nefavorabil în O(log n). Astfel, inserarea a 
n elemente într-un ansamblu iniţial gol s-ar face (în cazul cel mai nefavorabil) 
înlog1+log2+...+logn = logn! € O(nlog n). Desigur că ţinând cont de 
faptul că metoda insert () are totuşi o complexitate medie de O(1), inserarea 
celor n elemente se face într-o complexitate medie de O(n). Vom demonstra că 
folosind n apeluri ale metodei append () urmată de fixHeap() putem face 
acelaşi lucru în O(n), chiar şi în cazul cel mai nefavorabil. Este uşor de văzut că 
metoda append () are complexitate O(1), deci n apeluri ale ei vor fi realizate 
în O(n). Vom arăta imediat că şi metoda fixHeap () are tot complexitate 


98 


10.7. COZI DE PRIORITATE 


O(n), deci construirea ansamblului s-a realizat în O(n). 

Înainte de a analiza complexitatea in timp a metodei fixHeap(), sa ve- 
dem cum funcţionează ea de fapt. Metoda fixHeap () va rearanja elementele 
tabloului elements, astfel încât ele să formeze un ansamblu. fixHeap () 
priveşte tabloul elements ca pe un arbore binar complet şi operează de la 
frunze către rădăcină. Să presupunem că tabloul elements conţine n obiecte. 
Subarborii de rădăcină n/2+1,n/2+2,...,n formează ansamble cu un singur 
nod, deci nu este necesar să fie modificaţi. Aşadar operarea începe descrescător, 
de la subarborele de rădăcină n / 2 până la cel de rădăcină 1, după cum se vede şi 
din ciclul for de la linia 103. Subarborele de rădăcină n / 2 poate fi transformat 
în ansamblu prin aplicarea algoritmului de filtrare în jos, deoarece atât subar- 
borele stâng cât şi cel drept sunt deja ansamble. Analog se procedează pentru 
subarborele de rădăcină n/2-1 până se ajunge la subarborele de rădăcină 1, 
care este chiar întreg ansamblul. 

Să analizăm acum complexitatea în timp a metodei fixHeap (). În cazul 
cel mai nefavorabil, fiecare apel al metodei percolateDown () are complex- 
itatea h(i), unde h(i) este înălțimea subarborelui de rădăcină i. Complexitatea 
metodei fixHeap() este aşadar proporţională cu suma înălțimilor nodurilor 
din ansamblu, care este N — H — 1 € O(n) în cazul unui ansamblu perfect de 
înălţime H (având 2+! — 1 noduri). 


Iată şi codul complet al clasei BinaryHeap: 


Listing 10.31: Implementarea unei cozi de priorităţi cu ajutorul unui ansamblu 


ı package datastructures; 

2 

3import exceptions .*; 

4 

5/** Implementarea unei cozi de prioritati folosind un 
6 * ansamblu 

7 */ 

s public class BinaryHeap implements PriorityQueue 
ə { 

0 /* * Numarul de elemente din ansamblu. */ 

LL private int currentSize; 


3 /*xx* true daca elements formeaza un ansamblu, false altfel */ 
14 private boolean orderOK; 


16  /xx Elementele din ansamblu. +*/ 
7 private Comparable[] elements; 
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9 /k* Capacitatea implicita a ansamblului */ 
2 private static final int DEFAULT CAPACITY = 11; 


22 /k* Contruieste un ansamblu, alocand elemente pentru elements 
23 x» si umpland pozitia 0 cu un element foarte mic */ 
2 public BinaryHeap(Comparable neglnf) 


254 
26 currentSize = 0; 
27 orderOK = true; 
28 elements = new Comparable [DEFAULT_CAPACITY |]; 
29 elements [0] = negInf; 
30 
} 


32 /*k* Adauga elementul x in ansamblu */ 
3 public void insert(Comparable x) 


34 { 

35 if (! orderOK ) 

36 { 

37 append(x); 

38 return; 

39 } 

40 

4l checkSize (); 

42 

43 int hole = ++currentSize; 

44 

45 for ( ; x.compareTo(elements[hole / 2]) < 0; hole /= 2) 
46 { 

47 elements [hole |] = elements [hole / 2]; 
48 } 

49 

50 elements [hole] = x; 


st} 


s /* * Adauga un element ignorand proprietatea de ordonare */ 
54 public void append(Comparable x) 


55 | 


56 checkSize (); 

57 elements [++currentSize ] = x; 

58 

59 if (x.compareTo(elements[currentSize / 2]) < 0) 
60 { 

61 orderOK = false; 

62 } 

B } 


6 /*k* Verifica daca sirul elements este plin, si in caz 
6 x afirmativ ii dubleaza dimensiunea. x/ 

67 private void checkSize() 

6e f 
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LLS 


10.7. COZI DE PRIORITATE 


if (currentSize == elements . length — 1) 

{ 
Comparable[] oldelements = elements; 
elements = new Comparable[currentSize * 2]; 
for (int i = 0; i < oldelements.length; i++) 
{ 

elements [i] = oldelements [i ]; 

} 

} 


) 


/** Intoarce elementul minim din ansamblu. 
* @throws UnserflowException Daca ansamblul este gol *x/ 
public Comparable findMin() throws UnderflowException 


if (isEmpty ()) 
i throw new UnderflowException ("Heap vid"); 
) 
if (! orderOK ) 
fixHeap (); 
) 


return elements [1]; 


} 


/** Transforma sirul elements intr—un ansamblu filtrand 
* toate nodurile care nu sunt frunze pana ajunge la radacina */ 
private void fixHeap () 


{ 
for (int i = currentSize / 2; i > 0; i--) 
{ 
percolateDown (i); 
} 


orderOK = true; 


} 


/xx Filtreaza elementul de pe pozitia hole asezandu—I in 
x subarborele cu radacina hole la locul cuvenit */ 
private void percolateDown(int hole) 
{ 

int child; 

Comparable tmp = elements [hole ]; 


while (hole * 2 <= currentSize) 
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{ 
child = hole + 2; 
if (child != currentSize && 
elements [child + 1].compareTo(elements[child]) < 0) 
{ 
child ++; 
} 
if (elements [child ].compareTo(tmp) < 0) 
{ 
elements [hole |] = elements [child |]; 
} 
else 
{ 
break; 
} 
hole = child 
} 
elements [hole ] = tmp; 


} 


/*xx* Sterge elementul minim (aflat pe pozitia 1!) si 
x apeleaza algoritmul de filtrare pentru a reface ansamblul. 
x @throws UnderflowException daca ansamblul este vid. */ 
public Comparable deleteMin () throws UnderflowException 


{ 


Comparable minltem = findMin(); 
elements [1] = elements [currentSize——]; 
percolateDown (1); 


return minltem; 


} 


/** true daca ansamblul este vid */ 
public boolean isEmpty () 


{ 


return currentSize == 0; 


} 


/** Goleste ansamblul setand dimensiunea la 0x/ 
public void makeEmpty () 


{ 


currentSize = 0; 
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Pentru a testa ansamblul, am creat următorul exemplu simplu: 


Listing 10.32: Exemplu de utilizare a unei cozi de priorităţi. Programul va afişa: 
Continutul ansamblului: 0 1 2 3 4 


import datastructures .*; 

2import exceptions .*; 

3 

4/** Clasa de test simpla pentru cozi de prioritate. */ 
s public class TestPriorityQueue 


6 { 
7 public static void main(String [] args) 
8 
{ 
9 PriorityQueue pq = new BinaryHeap ( 
10 new Integer( Integer .MIN_VALUE)); 
LL 
12 pq.insert (new Integer (4)); 
13 pq.insert (new Integer (2)); 
14 pq.insert (new Integer(1)); 
15 pq.insert (new Integer (3)); 
16 pq.insert (new Integer (0)); 
17 
18 System.out.print("Continutul ansamblului: "); 
19 try 
20 { 
21 for ( ; ; ) 
22 { 
23 System.out.print(pq.deleteMin() + " "); 
24 } 
25 } 
26 catch (UnderflowException e) 
27 { 
28 } 
29] 
30 } 
Rezumat 


Am prezentat pe scurt în cadrul acestui capitol cele mai importante structuri 
de date utilizate de programatori în practică. Fiecare structură de date oferă o 
interfaţă clară cu toate operaţiile pe care le permite, implementarea ei putând 
fi făcută în mai multe moduri. Stiva şi coada sunt structuri de date elementare, 
care oferă operaţii de adăugare respectiv ştergere la un singur capăt în timp 
constant. Listele înlănţuite permit operaţii de adăugare şi ştergere arbitrare şi 
au avantajul faţă de şiruri că inserarea unui element nu implică deplasarea ele- 
mentelor aflate la dreapta. Arborii binari de căutare permit inserarea, cătuarea 
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$i ştergerea în timp logaritmic. Ei oferă de asemeni o modalitate de a parcurge 
în ordine elementele conţinute. Tabelele de repartizare permit o implementare 
extrem de eficientă a operaţiilor de inserare şi regăsire. În sfărşit, cozile de pri- 
oritate permit operaţii asupra elementului minim (sau maxim) din cadrul struc- 
turii în timp logaritmic. Ele au avantajul faţă de arborii binari (care permit şi 
ei acelaşi lucru) că sunt mai simplu de implementat şi nu implică reținerea de 
legături căte fii din stânga şi dreapta. Structurile de date reprezinte o disciplină 
de sine stătătoare, iar noi nu am putut aici decât să oferim o introducere în acest 
domeniu. Cei care doresc să afle mai multe sunt invitaţi să parcurgă [Tomescu] 
şi [Cormen]. 

Începând cu următorul capitol, vor fi prezentate metodele fundamentale de 
elaborare a algoritmilor. Prima dintre ele este metoda căutării cu revenire (back- 
tracking). 


Noţiuni fundamentale 


ansamblu binar: o variantă de arbore binar complet în care un nod este fie 
mai mic fie mai mare decât fii săi. 

arbore: structură de date formată dintr-o mulţime de noduri şi muchii (fo- 
losite pentru a lega nodurile între ele) astfel încât nu există noduri care nu sunt 
legate direct sau indirect şi nu se pot realiza circuite. 

arbore binar: arbore în care fiecare nod are cel mult doi fii. 

arbore binar de căutare: variantă de arbore binar care suportă eficient 
operaţii de adăugare, ştergere şi căutare. Fiul din stânga este mai mic decât 
părintele, iar fiul din dreapta este mai mare. 

clasă iterator: tip de clasă care permite manipularea unei liste. 

coadă: structură de date care permite accesul doar la cel mai vechi element 
adăugat. 

coadă de priorităţi: structură de date care permite accesul doar la elemen- 
tul cel mai mic. 

frunză: într-un arbore, reprezintă un nod fără fii. 

funcţie hash: funcţie care calculează pe baza unui obiect primit, un întreg 
care va fi asociat cu obiectul respectiv. Doar obiectele care implementează in- 
terfata Hashable pot fi folosite de această funcţie. 

stivă: structură de date care permite accesul doar la cel mai recent element 
inserat. 

structură de date: o reprezentare a unor date şi a operaţiilor pe acele date. 
Prin intermediul structurilor de date se poate obţine reutilizarea componentelor. 

tabelă de repartizare (hashtable): structură de date care permite adăugări, 
ştergeri şi căutări într-un timp mediu constant. 
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Erori frecvente 


1. Se considera eroare, incercarea de a accesa sau sterge elemente in cazul 
in care stiva, coada sau coada de prioritati sunt vide. 


2. O coadă de priorităţi nu are nici o legătură cu o coadă. Este doar o coin- 
cidenţă de nume. 


3. Funcţia hash () pentru o tabelă de repartizare returnează o valoare de tip 
int. Este posibil ca în timpul calculelor intermediare să se producă de- 
păşiri, aşadar este necesar să se verifice ca rezultatul operatorului modulo 
să fie pozitiv. 


4. Performanţa unei tabele de repartizare se degradează semnificativ pe mă- 
sură ce factorul de încărcare se apropie de 1.0. Măriţi dimensiunea tabelei 
de îndată ce factorul de încărcare a atins valoarea 0.5. 


Exerciţii 
Pe scurt 


1. Arătaţi care sunt rezultatele următoarei secvenţe de operaţii: adaugă (6), 
adaugă (12), adauga(2), adauga(7), sterge(), ster- 
ge() in cazul in care operatiile adauga() si sterge() corespund 
operatiilor de baza pentru: 


(a) stiva; 

(b) coada; 

(c) arbore binar de căutare; 
(d) coadă de priorităţi. 


2. Desenati arborii binari de căutare de înălţime 2,3,4,5 şi 6 pentru mulţimea 
de chei (1, 5, 8,9, 12, 17, 29}! 


3. Scrieţi ordinea nodurilor rezultată pentru parcurgerea in preordine, inor- 
dine şi postordine a arborilor de căutare de la exerciţiul precedent. 


4. Să presupunem că avem numerele de la 1 la 1000 într-un arbore binar 
de căutare şi că dorim să căutăm numărul 363. Care dintre următoarele 
secvenţe nu poate constitui o secvenţă de noduri examinate? 


(a) 2, 252, 401, 398, 330, 344, 397, 363; 
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J. 


(b) 924, 220, 911,244, 898, 258, 362, 363; 
(c) 925, 202, 911, 240, 912, 245, 363; 

(d) 2, 399, 387, 219, 266, 382, 381, 278, 363; 
(e) 935, 278, 347, 621, 299, 392, 358, 363. 


Desenati ansamblul care rezultă în urma inserării elementelor 47, 28, 19, 
6, 15, 12, 3, 5,9, 14 într-un ansamblu iniţial vid! 


Teorie 
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. Să presupunem că am implementa coada din paragraful 10.3 fără a aşeza 


elementele circular. Găsiţi o secvenţă de operaţii, care repetată la infinit 
conduce la mărirea nedefinită a tabloului element s, chiar dacă în coadă 
sunt doar câteva elemente. 


. Să presupunem că dorim o structură de date care să suporte doar urmă- 


toarele operaţii: adăugare, găsirea maximului şi ştergerea maximului. Cât 
de eficient pot fi implementate aceste operaţii? 

Indicatie: Se utilizează un ansamblu în care rădăcina este mai mare decât 
fii. 


Există o posibilitate de a implementa următoarele operații în timp logarit- 
mic în cadrul aceleiaşi structuri de date: gasire minim şi maxim, ştergere 
minim şi maxim, adăugare? 

Indicatie: Se utilizează un arbore binar de căutare. 


Există posibilitatea de a implementa următoarele operații în timp con- 
stant: push, pop şi găsirea minimului? 

Indicatie: Se observă că nu se cere şi ştergerea minimului. Putem astfel 
utiliza două stive, una care reține elementele structurii de date, iar alta 
care reține valorile minime. 


De ce în cazul metodei findMin () din clasa BinarySearchTree 
nu a fost nevoie să salvăm valoarea parametrului t, care este modificat 
de către metodă? 


. Profesorul Stietot are impresia că a descoperit o proprietate remarcabilă 


a arborilor de căutare. Să presupunem că o căutare pentru cheia k într- 
un arbore de căutarese termină într-o frunză. Considerăm următoarele 
mulțimi: A: nodurile din stânga drumului parcurs până la k, B: mulțimea 
nodurilor aflate chiar pe acest drum si C, mulțimea cheilor din dreapta 
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drumului. Profesorul Ştietot susţine că toate cheile din A sunt mai mici 
decât cele din B, care sunt la rândul lor mai mici decât cele din C. Daţi 
cel mai mic contraexemplu care să spulbere afirmaţia lui Stietot! 


7. Care este numărul minim şi numărul maxim de elemente într-un ansam- 
blu cu înălţimea h? 


8. Arătaţi că un ansamblu cu n elemente are înălţimea |log, n]! 
9. Unde poate să se afle cel mai mare element într-un min-ansamblu? 
10. Un tablou cu elementele ordonate crescător este un ansamblu? 


11. Secvența 47, 28, 19, 6, 15, 12, 3, 5,9, 14 este un ansamblu? 
În practică 


1. În paragraful 10.2 am văzut cum se poate implementa o stivă folosind un 
şir pentru a reţine elementele. Implementaţi acum stiva folosind clasa 
LinkedList din paragraful 10.4 şi un iterator special, care permite 
doar operaţiile specifice stivei. 


2. În paragraful 10.3 am văzut cum se poate implementa o coadă folosind un 
şir pentru a reţine elementele. Implementati acum coada folosind clasa 
LinkedList din paragraful 10.4 şi un iterator special, care permite 
doar operaţiile specifice cozii. 


3. Scrieţi o metodă care afişează elementele dintr-o listă în ordine inversă. 
Pentru aceasta definiti un iterator care parcurge lista şi depune fiecare 
element într-o stivă. După ce lista a fost parcursă se vor scoate elementele 
din stivă până când aceasta se goleste. 


Proiecte de programare 


1. În paragraful 10.6 am văzut cum se implementează o tabelă de reparti- 
zare utilizând un tablou pentru a reţine elementele. În cazul unui conflict 
(două elemente care sunt repartizate în acelaşi loc) utilizam o funcţie de 
repartizare pătratică pentru a găsi o poziţie liberă în care să inserăm noul 
element. Există şi o altă posibilitate de a gestiona conflictele: fiecare 
element al tabloului elements este de fapt o listă inlantuita. Astfel, 
conflictele se vor rezolva aşezând elementele succesiv în cadrul listei în- 
lantuite. Scrieţi o clasă ChainedHashtable care implementează in- 
terfata Hashtable folosind metoda descrisă anterior. 
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11. Metoda Backtracking 


Ab uno disce omnes (După unul îi 
poti judeca pe toti). 


Vergiliu, Eneida 


Prima metodă de elaborare a algoritmilor pe care o vom prezenta este back- 
tracking. Această metodă este utilizabilă pentru un cadru larg de probleme, iar 
modul ei de aplicare este aproape algoritmic. Dintre toate metodele de elabo- 
rare prezentate, backtracking este considerată a fi cea mai elementară, deoarece 
ea se reduce la o parcurgere exhaustivă inteligentă a spaţiului de căutare şi nece- 
sită cele mai puţine adaptări ale formei generale pentru a fi aplicată în probleme 
concrete. 

Discuţia asupra acestei metode începe cu o prezentare a cadrului în care ea 
poate fi utilizată şi a principiilor esenţiale care stau la baza ei. Vom da apoi 
schema generală de rezolvare a problemelor backtracking, urmată de câteva 
exemple clasice în care această metodă se aplică. 

În cadrul acestui capitol vom prezenta: 


e Care sunt problemele cărora li se poate aplica metoda backtracking; 


e Ce sunt condiţiile interne şi condiţiile de continuare, şi cum influenţează 
acestea eficienţa unui algoritm backtracking; 


e Care sunt cei patru paşi care se aplică stării iniţiale a problemei în vederea 
obţinerii soluţiilor; 


e Care este schema generală de rezolvare a problemelor backtracking şi 
cum se particularizează ea pentru diverse probleme concrete; 


e Exemple clasice de probleme care admit rezolvare prin această metodă. 
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11.1 Prezentare generală 


In practică apar adeseori situaţii în care rezolvarea unei probleme se reduce 
în esenţă la determinarea unor vectori de forma: 


t= (21, 22, a Tn) 
unde: 
e fiecare componentă x; aparține unei mulțimi finite V;; 


e componentele vectorului x respectă anumite relații, numite condiții in- 
terne, astfel încât x este o soluţie a problemei daca şi numai dacă aceste 
condiţii sunt satisfăcute de componentele 71, £2,- -, Zp, ale vectorului. 


Produsul cartezian Vi x V2 x ... x Vn se numeşte spațiul soluţiilor posibile. 
Elementele acestui produs cartezian care respectă condiţiile interne se numesc 
soluţii ale problemei. 


Exemplul 1: Fie două mulţimi de litere V = {A,B,C} şi V = {M,N}. 
Se cere să se determine acele perechi (£1, £2) având proprietatea că dacă x1 
este A sau B, atunci £2 nu poate fi N. 

Rezolvarea problemei de mai sus conduce la perechile: 


(A, M), (8, M), (C, M), (C, N) 


deoarece din cele şase soluţii posibile, doar acestea îndeplinesc condiţiile puse 
în enunţul problemei. 


Exemplul 2: Se dă mulţimea cu elementele {A,B,C,D}. Se cere să se 
genereze toate permutările elementelor acestei mulţimi. Se cer aşadar cvadru- 
pletele de forma x = (£1, £2, £3, £4) care respectă condiţiile 


e zi $ xj pentru i £ j; 


e z; aparține mulțimii V = V; = {A, B,C, D}, i = 1,2,3,4. 


Există mai mulți vectori ce respectă aceste condiţii: {A, B, C, D}, {B, A, C, D}, 
{B,C, D, A}, {B, D, A, C} etc. Mai exact, numărul de permutări ale elemen- 
telor unei mulțimi cu 4 elemente este 4! = 24. 

O modalitate de rezolvare a problemei ar fi să se genereze toate cele 44 = 
256 elemente ale produsului cartezian V; x V2 x V3 x Va (reprezentând soluțiile 
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posibile) şi să se aleagă dintre ele cele 24 care respectă condiţiile interne. Sa 
observăm însă că dacă în loc de 4 elemente mulţimea noastră ar avea 7 elemente, 
vor exista 77 = 823.543 variante posibile, dintre care doar 7! = 5040 (adică 
doar 0.6%) vor respecta condiţiile interne. Aceasta înseamnă ca 99.4% dintre 
variante sunt generate inutil. 

Din cele arătate mai sus reiese că are sens să ne punem problema de a găsi 
algoritmi mai eficienţi, care să evite generarea brutală a întregului spaţiu de 
soluţii pentru a selecta apoi soluţiile care respectă condiţiile interne. Metoda 
backtracking este o metodă foarte importantă de elaborare a algoritmilor pentru 
problemele de genul celor descrise mai sus. Deşi algoritmii de tip backtracking 
au şi ei, în general, complexitate exponențială, sunt totuşi net superiori unui 
algoritm care generează toate soluţiile posibile. 


11.2 Prezentarea metodei 


Aşa cum am văzut în paragraful anterior, metoda backtracking urmăreşte 
să evite generarea tuturor soluţiilor posibile, reducând astfel drastic timpul de 
calcul. 

Să vedem acum care este modalitatea prin care backtracking generează 
soluţiile, evitând parcurgerea exhaustivă a spaţiului de căutare. Componen- 
tele vectorului x primesc valori în ordinea crescătoare a indicilor (vom nota 
aceste valori cu U1, V2,---,Un cu scopul de a face diferenţa între o componentă 
care nu are o valoare atribuită, £ķ, şi o componentă care are atribuită o valoa- 
re, Vk). Aceasta înseamnă că lui zk nu i se atribuie o valoare decât după ce 
Z1,X2,---,L_—1 au primit valori. Mai mult decât atât, valoarea uv, atribuită 
lui x, va trebui astfel aleasă încât v1, v2,.-.., Uk să respecte anumite condiţii, 
numite condiții de continuare, care sunt deduse de către programator pe baza 
condiţiilor interne. Astfel, dacă în Exemplul 2, prima componentă, zi, a primit 
valoarea vı = A, este clar că lui x2 nu i se va mai putea atribui aceeaşi valoare 
(elementele unei permutări trebuie să fie diferite). 

Neîndeplinirea condiţiilor de continuare exprimă faptul că oricum am alege 
valorile pentru componentele %441,-.-., En, nu vom obţine nici o soluţie (deci 
condiţiile de continuare sunt strict necesare pentru obţinerea unei soluţii). Prin 
urmare, se va trece la atribuirea unei valori lui £ķ, doar dacă condiţiile de con- 
tinuare pentru componentele £1, £2, .-., Zk (având valorile v1, v2,..., Vp ) sunt 
îndeplinite. În cazul neîndeplinirii condiţiilor de continuare, se alege o nouă va- 
loare pentru x, sau, în cazul în care mulţimea valorilor posibile, Vg, a fost 
epuizată, se încearcă să se facă o nouă alegere pentru componenta precedentă, 
£k—1, a vectorului, micşorând pe k cu o unitate. Această revenire la componenta 
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precedentă dă numele metodei, exprimând faptul ca daca nu putem avansa, ur- 
mărim (engl. track = "a urmări") înapoi (engl. back = "inapoi") secvenţa curentă 
din soluţie. 

Trebuie observat faptul că respectarea condiţiilor de continuare de către va- 
lorile v1, V2,- - - , Vk nu reprezintă nicidecum o garantie a faptului că vom obţine 
o soluţie continuând căutarea cu aceste valori. Deci condiţiile de continuare sunt 
condiţii necesare pentru ca U1, V2,---,U,% să conducă la o soluţie, dar nu sunt 
neapărat condiţii suficiente. 

Alegerea condiţiilor de continuare este foarte importantă, o alegere bună 
ducând la o reducere substanţială a numărului de calcule. În cazul ideal, aceste 
condiţii ar trebui să fie nu numai necesare, ci chiar suficiente pentru obţinerea 
unei soluţii, ceea ce ar garanta că toate secvențele v1, V2,..., Uk generate vor 
conduce în final la o soluţie. În practică acest lucru nu este adeseori posibil, de 
aceea se urmăreşte găsirea unor condiţii de continuare care să fie cât mai "dure", 
adică să elimine din start cât mai multe soluţii neviabile. De obicei, condiţiile de 
continuare reprezintă restrictia condiţiilor interne la primele k componente ale 
vectorului. Evident, condiţiile de continuare în cazul k=n sunt chiar condiţiile 
interne. 

De exemplu, o condiţie de continuare în cazul problemei permutărilor din 
Exemplul 2 ar fi: 


vk Æ vi Vi =1,k—1 


Prin metoda backtracking, orice vector este construit progresiv, începând cu 
prima componentă şi mergând către ultima, cu eventuale reveniri asupra valo- 
rilor atribuite anterior. Reamintim că £1, £2, . . - , €n primesc valori în mulțimile 
Vi, V2,--., Vn. Prin atribuiri sau încercări de atribuiri eşuate din cauza ne- 
respectării condițiilor de continuare, anumite valori sunt consumate. Pentru o 
componentă oarecare x vom nota prin Ck mulțimea valorilor consumate la 
momentul curent. Evident, Ck C Vg. 

O descriere completă a stării în care se află un algoritm backtracking la un 
moment dat se poate face prin precizarea următoarelor elemente: 


1. componenta din vector la care s-a ajuns în procesul de căutare, având 
valoarea k; 


2. valorile v1, V2,...,U,%—1 care au fost atribuite primelor k — 1componente 
ale vectorului z; 


3. mulțimile de valori C1, C2,..., Ck care au fost consumate pentru com- 
ponentele v1, V2,.-.,Uk—1 $i pentru componenta curentă, £k. 
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Această descriere poate fi sintetizată într-un tabel numit configurație, având 
următoarea formă: 


U1,---,Uk-1 | Zk, Lk41,---,2n 
Cienia Cea Ck, Q,---,0 
Semnificaţia unei astfel de configurații este următoarea: 


1. în încercarea de a construi un vector soluţie a problemei, componentelor 
Z1,22,-..,XL—1 li s-au atribuit valorile v1, v2,..., Vk—13 


2. aceste valori satisfac condiţiile de continuare; 


3. urmează să se atribuie o valoare componentei £k; deoarece valorile con- 
sumate până în prezent sunt cele din mulţimea Ck, componenta xz va 
putea primi o valoare vp din Vk — Cy; 


4. valorile consumate pentru componentele 21, z2,..., £k sunt cele din mul- 
timile C,, Co, ..., Ck , cu precizarea că valorile curente v1, v2,..., Uk—1 
sunt consumate, deci apar în mulțimile C1, Co, ..., Ck—1; 


5. pentru componentele £k+1,---,Zn nu s-a încercat nici o atribuire, deci 
nu s-a consumat nici o valoare şi, prin urmare, Cy41,..., Cn sunt vide; 


6. până în acest moment au fost construite eventualele soluţii de forma: 


e (c1,---) cu cı € Cy — {v1}; 


e (v1, C2;. : .) cu co E€ Co — {v2}; 
e (U1, V2,---,Uk—2)Ck—-1,---) CU Ce-i E Cha — {Vk-1 }; 
e (U1, V2,---;Uk—15;Ck,---) CU Ck E€ Ck; 


Această ultimă afirmație este mai dificil de înțeles şi recomandăm reluarea ei 
după lecturarea exemplului de mai jos. 

În construirea permutărilor mulțimii cu elementele {A, B,C, D} din Ex- 
emplul 2, pentru k = 4, configurația 


( C A B T4 ) 
{A,B,C}{A}{A, B} | {A, B} 


are, conform celor arătate mai înainte, următoarea semnificație: 


1. componentele 21, £2, £3 au primit respectiv valorile C, A, B; 
112 


11.2. PREZENTAREA METODEI 


2. tripletul C, A, B satisface condiţiile de continuare; 


3. urmează să se atribuie o valoare componentei 24. Componenta g4 ia 
valori din mulţimea V4 — C4, adică una din valorile (C, D}; 


4. Cu = {A,B,C}, Ca = {A}, Ca = {A, B}, C4 = {A,B}: 
5. k+ 1 = 5 >n, deci acest subpunct nu are obiect in această situaţie; 


6. panain acest moment au fost deja construite solutiile de forma (in ordinea 
in care au fost descrise la punctul 6 de mai sus): 


e (A,...) adică (A,B,C,D), (A,B,D,O), (A,C,B,D), (A,C.D,B), 
(A,D,B,C), (A,D,C,B) si 
(B, ...) adică (B,A,C,D), (B,A,D,C), (B,C,A,D), (B,C,D,A), 
(B,D,A,C), (B,D,C,A); 

e soluţii de această formă nu există, deoarece C2 — {v2} = ¢; 


e soluţii de forma (C, A, A,...): nu există soluţii de această forma; 


e soluţii de forma (C,A,B,A), (C,A,B,B): nu există soluţii de această 
formă. 


Metoda backtracking începe a fi aplicată în situaţia în care nu s-a făcut nici o 
atribuire asupra componentelor lui x, deci nu s-a consumat nici o valoare, şi se 
încearcă atribuirea unei valori primei componente. Acest lucru este specificat 
prin configuraţia iniţială, a cărei formă este: 


( L1,---52n 
Q,- 
în care toate mulțimile Ck sunt vide. 
Un alt caz special este cel al configuratiilor soluție, având forma: 


U1; ...9 Yn 

C1, ...9 Chn 
cu semnificația că vectorul (v1, .- - - , Un) este soluție a problemei. Astfel, pentru 
Exemplul 2, configurația: 


A B C D 
( {A} (4, B} (4, B,C} {A, B,C, D} ) 
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are semnificația că vectorul (A,B,C,D) constituie o soluție a problemei. 

Metoda backtracking constă în a porni de la configuraţia inițială şi a-i aplica 
acesteia una dintre cele patru tipuri de transformări prezentate în continuare, 
până ce nu se mai poate aplica nici o transformare. Fiecare transformare se 
aplică în anumite condiții bine precizate: la un moment dat doar o singură 
transformare poate fi aplicată. Presupunem ca ne aflăm in configurația descrisă 
anterior, în care s-au atribuit valori primelor k — 1 componente. Transformările 
care pot fi aplicate unei configurații sunt: atribuie si avansează, încercare esu- 
ată, revenire, revenire după construirea unei soluții. Le vom prezenta pe fiecare 
pe rând. 


11.2.1 Atribuie şi avansează 


Acest tip de modificare are loc atunci când mai există valori neconsumate 
pentru componenta curentă, £k, (deci Ck C Vk), iar valoarea aleasă, vz, are 
proprietatea că (v1, ..., Uk) respectă condiţiile de continuare. În acest caz va- 
loarea v, se atribuie lui x, şi se adaugă mulțimii Ck, după care se avansează 
la componenta următoare, 2,41. Această modificare a configurației poate fi 
reprezentată în felul următor: 


Uk 


Lk, Lk+1)--- ( --+5 Uk-1; Uk 
Ck, Q,..- 2+, Ck-1; Ck U {ug} 


Uk+1)--- 
(Dia 
De exemplu, la generarea permutărilor, avem următoarea schimbare de con- 
figuratie pornind de la starea iniţială: 


11.2.2 Incercare eşuată 


A 


$ o> @ 


Zi T2 T3 T4 ) 


Acest tip de modificare are loc atunci când, ca si în cazul anterior, mai ex- 
istă valori neconsumate pentru componenta curentă, 4, dar valoarea vk aleasă 
nu respectă condiţiile de continuare. În acest caz, vy este adăugată mulțimii Cy 
(deci este consumată), dar nu se avansează la componenta următoare. Modifi- 
carea este notată prin: 


-- > Uk-1 


Te, = Bhar. ) 
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In exemplul nostru cu generarea permutărilor, următoarea transformare este: 


( A 
{A} 


11.2.3 Revenire 


Acest tip de transformare apare atunci cand toate valorile pentru compo- 


ege one 


pants ec A 
$ 99) (A) 


T2 T3 T4 ) 


{A}o $ 


da valori acestei componente. În acest caz se revine la componenta precedentă, 
£k—1, încercându-se atribuirea unei noi valori acestei componente. Este impor- 
tant de remarcat faptul că revenirea la X,_1 implică faptul că pentru £k se vor 
încerca din nou toate variantele posibile, deci mulţimea Ck trebuie din nou să 
fie vidă. Transformarea este notată prin: 


.- -3 Uk—1 | Tk; Tk+1;--- . +5 Uk—2 Tk—1; Uks--- 
1—— 
rc alice ee aCe Oaks. Ste 
O situaţie de revenire, în exemplul cu generarea permutărilor este dată de 
configuraţia: 


( is one PEPI = ET Pee 


11.2.4 Revenire dupa construirea unei soluţii 


Acest tip de transformare se realizează atunci când toate componentele vec- 
torului au primit valori care satisfac condiţiile interne, adică a fost găsită o 
soluţie. În această situaţie se revine din nou la cazul în care ultima componentă, 
Ln, urmează să primească o valoare. 

Transformarea se notează astfel: 


.- -3 Un sol .- -3 Un—=1 
er or yea w Onei 


Ln ) 
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In exemplul nostru cu generarea permutarilor, revenirea dupa gasirea primei 
solutii este data de diagrama: 


1 2 3 4 sol 1 2 3 LA 
( {1} {1, 2} {1, 2,3} {1, 2,3, 4} et {1} {1,2} {1, 2,3} | {1, 2, 3,4} 


Revenirea dupa construirea unei soluţii poate fi considerată ca fiind un caz 
particular al revenirii, dacă adăugăm vectorului soluţie x o componentă supli- 
mentară £41, care nu poate lua nici o valoare (Vn4i = 0). 


O problemă importantă este cea a încheierii procesului de căutare a soluti- 
ilor, sau, cu alte cuvinte, ne putem pune întrebarea: transformările succesive 
aplicate configurației inițiale se încheie vreodată sau continuă la nesfârşit? 
Evident că pentru ca metoda backtracking să constituie un algoritm trebuie să 
respecte proprietăţile unui algoritm, printre care se află şi proprietatea de fini- 
tudine. Demonstrarea finitudinii algoritmilor de tip backtracking se bazează pe 
următoarea observaţie simplă: prin transformările succesive de configuraţie nu 
este posibil ca o configuraţie să se repete, iar numărul de elemente al produsului 
cartezian Vi x V2 x... x Vn este finit. Prin urmare, la un moment dat se va 
ajunge la configuraţia: 


Ti T2 ... =) 


numită configuraţie finală. În configuraţia de mai sus ar trebui să aibă loc o 
revenire (deoarece toate valorile pentru prima componentă au fost consumate), 
adică o deplasare a barei verticale la stânga. Acest lucru este imposibil, şi al- 
goritmul se încheie deoarece nici una din cele patru transformări nu poate fi 
aplicată. În practică, această încercare de a deplasa bara de pe prima poziţie 
(k = 1) pe o poziţie anterioară (k = 0) este utilizată pe post de condiţie de 
terminare a algoritmului. 


Înainte de a trece la implementarea efectivă a metodei backtracking în pseu- 
docod, să generăm diagramele de configuraţie pentru Exemplul 1: 
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A M N 


T | )— (Ca aan) (a 


(ay | arn, )— (îs ) (ay 


C 


( (A.B ) 


C 
{A,B,C} 


3 )—( econ) so 


( C N ) sol ( C Lo ) ( Tı Lo 
(A, B,C}{M, N} |] “| {4,B,C} | {M,N} / — || {4,B,C}¢ 
11.3 Implementarea metodei backtracking 


Procesul de obţinere a soluţiilor prin metoda backtracking este uşor de pro- 
gramat, deoarece la fiecare pas se modifica foarte puţine componente (indicele 
k, reprezentând poziţia barei, componenta x, şi mulţimea Ck). Algoritmul 
(scris în pseudocod) de mai jos construieşte configuraţia iniţială, dupa care 
aplică una dintre cele patru transformări descrise în paragraful anterior, până 
când se ajunge la configuraţia finală (adică până când se încearcă o revenire de 
pe prima poziţie): 


inițializează (citeşte) mulțimile de valori,Vi,..., Vn 
k41  //se construieşte configuraţia iniţială 
pentru = l,n 
/ acum începe efectiv aplicarea celor 4 transformări, funcţie de caz 
cât timpk > 0 //k = 0Oînseamnă terminarea căutării 
dacăk = n + Latunci //configuratia este tip soluţie 
reține soluția V1,..-,Un 
k¢+k—1 //revenire după soluţie 
altfel dacă Cu # Vu atunci | /mai există valori neconsumate 
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alege o valoare vk din Ck — Vk 
Ck =C, Uvz //valoarea vu este consumată 
dacăvı, ..., Vk respectă condiţiile de continuare atunci 
£k +} Vk; //atribuie şi 
k+ k+1; //avansează 
altfel  / încercare eşuată, nu fac nimic 
altfel / /revenire 
= O, eH dkek-1 
sfarsit cat timp 


Algoritmul de mai sus functioneaza pentru cazul cel mai general, dar este 
destul de dificil de programat din cauza lucrului cu mulțimile Ck si Vp. Din 
fericire, adeseori în practică mulțimile V; au forma 


Va 41 Daia SEY 


deci fiecare mulţime V; poate fi reprezentată foarte simplu prin numărul său 
de elemente, s4. Pentru a simplifica şi mai mult lucrurile, în cadrul procesului 
de construire a unei soluţii vom alege valorile pentru fiecare componentă 2; în 
ordine crescătoare, pornind de la 1 şi până la sp. În această situaţie, mulţimea 
de valori consumate C% va fi de forma {1,2,..., Uk} şi, drept consecinţă, va 
putea fi reprezentată doar prin valoarea vx. 

Consideratiile de mai sus permit înlocuirea algoritmului anterior, bazat pe 
mulţimi, cu un algoritm simplificat care lucrează numai cu numere. 

Dacă în Exemplul 1 vom conveni să reprezentăm pe A, B, C prin valorile 
1, 2, 3, iar pe M şi N prin 1 şi 2, configuraţiile care se succed în procesul de 
căutare pot fi reprezentate simplificat astfel: 


(| îi old | m) (a 2 |) sof (1 | a2 ) 


Particularizarea algoritmului pseudocod prezentat anterior se concretizeaza 
in urmatoarea metoda Java: 


Listing 11.1: Metoda backtracking 
public void backtracking () 
{ 


l 

2 

3 int k = 0; 

4 while (k >= 0) 
5 
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6 if (k == n) //am gasit o solutie 
7 { 
8 retSol(); //afisam solutia 
9 


k—— ; //revenire dupa gasirea unei solutii 
10 } 
LI else 
12 
13 if (x[k] < s[k]) //mai sunt valori neconsumate 
14 { 
15 x[k]++; //se ia urmatoarea valoare 
16 if (continuare(k)) //respecta cond. de cont? 
17 { 
18 k++; //avanseaza 
19 } 
20 } 
21 else 
22 { 
23 x[k——] = 0; //revenire 


24 } 


Metoda backtracking () foloseşte încă două metode: 


e metoda retSol (), care, aşa cum sugerează şi numele ei, reţine soluţia, 
constând în valorile vectorului x. Cel mai adesea această metodă realizea- 
ză o simplă afişare a soluţiei şi, eventual, o comparare cu soluţiile găsite 
anterior; 


e metoda continuare (k) verifică dacă valorile primelor k componente 
ale vectorului x satisfac condiţiile de continuare; în cazul afirmativ este 
returnată valoarea true, iar în caz contrar este returnată valoarea false. 


11.4 Probleme clasice rezolvabile prin backtrack- 
ing 
11.4.1 Problema generării permutărilor 


Se dă mulțimea A cu elementele la, a02,...,Gp). Să se genereze 
toate permutările elementelor acestei mulţimi. 


Se observă că această problemă este o simplă generalizare a Exemplului 2 
din acest capitol. Mai mult decât atât, problema poate fi redusă la a gene- 
ra permutările mulţimii de indici {1,2,...,n}. In această situaţie vom avea 
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Listing 11.2: Functia de continuare pentru problema permutarilor 


public boolean continuare(int k) 
{ 


for (int i = 0; i < k; ++i) 
{ 


l 
2 
3 
4 
5 if (x[k] == x[i]) 
6 
7 
8 
9 


return false; 


} 
) 


10 return true; 


u} 


“= oS = = {1, PRUNE n), deci putem aplica varianta simplificată a 
metodei backtracking. 
Condiţiile interne pe care trebuie să le respecte un vector soluţie sunt: 


Ti $ zj pentru Vi,j=1,n, 17. 


Condițiile de continuare pentru componenta numărul k sunt o simplă res- 
trictie a condițiilor interne: 


Ti E £k pentru Vi = 1, k — 1. 


Codul pentru funcția de continuare este prin urmare foarte simplu, după cum 
reiese si din Listing 11.2. 

Metoda backtracking pentru generarea permutărilor se obţine din metoda 
backtracking pentru cazul general, înlocuind numărul de elemente al multimi- 
lor V,(notat cu s4) prin valoarea n. Soluţia completă a generării permutărilor 
este prezentată în Listing 11.4. Pentru a citi mulţimea de elemente care vor 
fi permutate am folosit clasa ajutătoare Reader, prezentată în volumul întâi, 
capitolul 4, paragraful Variabila sistem CLASSPATH. Reamintim încă o dată 
codul sursă al acestei clase. 


Listing 11.3: Clasa Reader 


package io; 

//clasa va trebui salvata intr—un director cu numele "io" 
// directorul in care se afla "io" va trebui adaugat 

// in CLASSPATH 

import java.io.x; 

import java.util. StringTokenizer; 

public class Reader 


{ 


O NO NWN A U N =e 


—_ 
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9 public static String readString () 


LO 

{ 
LI BufferedReader in = new BufferedReader ( 
12 new InputStreamReader (System .in )); 
13 try 
14 { 
15 return in.readLine(); 
16 
17 catch (IOException e) 
18 { 
19 //ignore 
20 } 
21 return null; 
22 } 
23 
24 public static int readInt() 
25 { 
26 return Integer. parselnt(readString ()); 
27 

} 


29 public static double readDouble () 


30 { 
31 return Double. parseDouble(readString ()); 
32 } 


34 public static char readChar () 


35 
{ 
36 BufferedReader in = new BufferedReader ( 
37 new InputStreamReader (System .in )); 
38 try 
39 { 
40 return (char)in.read (); 
4l 
42 catch (IOException e) 
43 { 
44 //ignore 
45 
46 return ’\0’; 
47 } 


49 public static int[] readIntArray () 


50 
{ 
51 String s = readString(); 
52 StringTokenizer st = new StringTokenizer(s); 
53 //aloca memorie pentru sir 
54 int[] a = new int[st.countTokens ()]; 
55 
56 for (int i = 0; i < a.length; ++i) 
57 { 
58 a[i] = Integer. parselInt(st.nextToken ()); 
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59 } 

60 

6l return a; 
62 } 

63 

64} 


Prin rularea programului următor se vor genera permutările mulţimii intro- 
duse de la tastatură. 


Listing 11.4: Rezolvarea problemei permutărilor 


import io.Reader; 

2 

3 /* x 

4x Program care genereaza permutarile unei multimi 
sx introduse de la tastatura. 

6 */ 

7 public class Permutari 

s { 

9 /*xx* Testeaza daca elementul adaugat exista deja. */ 
o public static boolean continuare(int[] x, int k) 


Ll 
{ 
12 for (int i = 0; i < k; ++i) 
13 { 
14 if (x[k] == x[i]) 
15 { 
16 return false; 
17 } 
18 } 
19 
20 return true; 


2 /x» Construieste un string care contine solutia curenta. */ 
2 public static void retSol(int[] s, int[] x, int nrSol) 


25 
{ 
26 System.out.print("Permutarea " + nrSol + ": " ); 
27 for (int i = 0; i < s.length; i++) 
28 { 
29 System.out.print(s[x[i] — 1] +" "); 
30 } 
31 System .out.println () ; 
su) 
33 
34 /** 


33 »* Backtracking standard pentru determinarea 
36 x» permutarilor multimii. 


37 */ 
33 public static void backtracking (int[] s) 
3 f 
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int k = 0; 

//aloca memorie pentru sirul de indici 
int [] x = new int[s.length ]; 

int nrSol = 0; 


//initializeaza x 


for (int i = 0; i < x.length; i++) 
{ 

x[i] = 0; 
} 


//procesul de backtracking 
while (k >= 0) 


{ 
if (k == x.length) //am gasit o solutie 
{ 
retSol(s,x,++nrSol) ; //afiseaza solutia 
k——; //revenire dupa ce o solutie a fost gasita 
) 
else 
{ 
if (x[k] < x.length) //valori neconsumate? 
{ 
//se ia urmatoarea valoare neconsumata 
x[k]++4; 
//respecta valoarea aleasa 
// conditia de continuare? 
if (continuare(x, k)) 
{ 
k++; //avanseaza 
} 
) 
else 
{ 
x[k——] = 0; //revenire 
) 
) 


/xx Programul principal. */ 
public static void main(String [] args) 


{ 


// citirea elementelor multimii 

System . out. println ("Introduceti elementele multimii 
"(pe o linie, separate prin spatiu):"); 

int [] s = Reader. readiIntArray (); 


// generarea permutarilor multimii 
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90 backtracking (s); 


11.4.2 Generarea aranjamentelor si a combinărilor 


Vom vedea acum cât de simplu se poate adapta algoritmul de generare a 
permutărilor unei mulţimi pentru a genera aranjamentele şi combinările acelei 
mulţimi. Pentru a simplifica lucrurile, vom presupune că mulţimea A este for- 
mată din primele n numere naturale, adică A = {1, 2,...,n}. 

Reamintim faptul că prin aranjamente de n luate câte m (n > m), notate 
A se înţeleg toate mulțimile ordonate cu m elemente formate din elemente ale 
mulțimii A, cu alte cuvinte toţi vectorii de forma: 


G= (2515), unde zi € {1,2,...,n}, zi fai, Vig =1,m 


Se observa ca, din punct de vedere al reprezentarii formale, singura diferen- 
ta dintre aranjamente şi permutări este că aranjamentele au lungime m în loc de 
n. De altfel, pentru m=n aranjamentele şi permutările coincid. 


Exemplu: Aranjamentele de 3 luate câte 2 (A) sunt: 
(1,2), (1,3), (2,1), (2,3), (3,1), (3,2). 


Condiţiile interne şi, în consecinţă, condiţiile de continuare sunt identice 
cu cele de la generarea permutărilor. Prin urmare şi funcţia de continuare este 
identică cu cea de la permutări. Unde este totuşi diferenţa? Având în vedere 
că lungimea vectorului este m şi nu n, condiţia de găsire a unei soluţii trebuie 
adaptată. Prin urmare, în metoda backtracking () linia: 


if (k == n) 
va fi înlocuită cu: 

if (k == m) 

Desigur, aceeaşi modificare este necesară şi în metoda ret Sol (), în care 

secvența 

for (int i = 0; i < n; ++i) 
se va inlocui cu 

for (int i = 0; 1 < m; ++i) 
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Listing 11.5: Funcţia de continuare pentru combinări 
public boolean continuare(int k) 
{ 


if (k >0 && x[k] <= x[k — 1]) 
{ 


return false; 


o SF HN DO DW F&F L N — 


return true; 


- = 

- Ọ 

— 
—— 


Să vedem acum modalitatea de generare a combinărilor. Reamintim că prin 
combinări de n luate câte m (notat C7”) se înţeleg toate submultimile cu m 
elemente ale mulţimii A = {1,2,...,n}. 


Exemplu:  Combinările de 3 luate câte 2 (C2) sunt: 
(1,2), (1,3), (2,3). 


Diferenţa între combinări şi aranjamente este dată de faptul că, în cazul 
combinărilor, ordinea în care apar componentele nu contează (combinarea (1,2) 
este aceeaşi cu combinarea (2,1) etc). Din acest motiv am optat în exemplul de 
mai sus să aranjăm componentele unei combinări în ordine crescătoare). Prin 
urmare, combinările unei mulţimi cu n elemente luate câte m sunt definite de 


vectorii: 
£ = (Z1, --- Lm), unde £1 < T2 <... < Em- 
Condiţia de continuare în cazul combinărilor va fi pur şi simplu: 
Tk > Tk—ı pentru k > 1. 


Metodele backtracking() şi retSol() sunt, în cazul combinărilor, 
identice cu cele de la aranjamente. Diferenţa apare la funcţia de continuare, 
descrisă în Listing 11.5. Listing 11.6 prezintă varianta mai elegantă a aceleiaşi 
funcții. 

Problema 3 de la finalul capitolului propune o variantă mai eficientă de ge- 
nerare a combinărilor în care funcția de continuare este complet eliminată. 
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Listing 11.6: Funcţia de continuare pentru combinări (varianta elegantă) 


ı public boolean continuare(int k) 


2 { 
3 return k == ll x{k] > x[k — 1]; 


4} 


Figura 11.1: Solutie de asezare a damelor pe tabla de sah 


11.4.3 Problema damelor 


Să se aşeze n dame pe o tablă de sah de dimensiune nxn astfel 
încât damele să nu [ie pe aceeaşi linie, aceeaşi coloană sau aceeaşi 
diagonală (damele să nu se atace între ele). 


al) 


Reamintim că în jocul de şah, o damă "atacă" poziţiile aflate pe aceeaşi linie 
sau coloană şi pe diagonală. O posibilă aşezare a damelor pe o tablă de şah de 
dimensiuni 4x4 este dată în Figura 11.1. 

Să vedem cum putem reformula problema damelor pentru a o aduce la o 
problemă de tip backtracking. Se observă cu uşurinţă că pe o linie a tablei de 
şah se poate afla o singură damă, prin urmare putem conveni că prima damă se 
va aşeza pe prima linie, a doua damă pe a doua linie etc. Rezultă că pentru a 
cunoaşte poziţia damei numărul k este suficient să ştim coloana pe care aceasta 
se găseşte. O soluţie a problemei se poate astfel reprezenta printr-un vector 


ESD Pool Dee 11 Das 


unde x, reprezintă coloana pe care se găseşte dama numărul k. 
Cu această notație, vectorul soluţie corespunzător exemplului din Figura 
11.1 este: (2,4,1,3). 


Să vedem acum care este condiţia ca două dame distincte, k şi i, să se atace: 


e în mod cert damele nu pot fi pe aceeaşi linie; 


e damele sunt pe aceeaşi coloană daca £k = Ti; 
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Listing 11.7: Functia de continuare pentru problema damelor 


public boolean continuare(int k) 
{ 


l 

2 

3 for (int i = 0; i < k; ++i) 

4 { 

5 if (x[i] == x[k] II k-i == Math. abs(x[k]—x[i])) 
6 

7 return false; 

8 } 

9 } 


10 return true; 


u} 


e damele sunt pe aceeaşi diagonală dacă se află pe colțurile unui pătrat, 
adică lungimea (|£ — x;|) este egală cu lățimea (k — i): 


lz, — zi] = |k — i| 


Condiția de continuare este ca dama curentă, k, să nu atace nici una dintre 
damele care deja sunt aşezate pe tablă, adică: 


Le É Xi Si |£ — Xi| A |k — i| pentru Yi = 1,k — 1. 


Transpusă în Java, funcția de continuare are forma din Listing 11.7. 

Modificările care trebuie aduse metodelor retSol şi backtracking 
sunt minime şi le lăsăm ca exercițiu. 

Observație: Problema damelor este primul exemplu de problemă în care 
condițiile de continuare sunt necesare, dar nu sunt suficiente. De exemplu (pen- 
tru n=4), la început, algoritmul va aşeza prima damă pe prima coloană, a doua 
damă pe a treia coloană, iar cea de-a treia damă nu va putea fi aşezată pe nici o 
poziție, fiind necesară o revenire. 


11.4.4 Problema colorării hărților 


Se dă o hartă ca cea din figura de mai jos, în care sunt reprezen- 
tate schematic 6 ţări, dintre care unele au granițe comune. Pre- 
supunând că dispunem doar de trei culori (roşu, galben, verde), 
se cere să se determine toate variantele de colorare a hărții ast- 
fel încât oricare două ţări vecine (care au frontieră comună) să fie 
colorate diferit. 
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Figura 11.2: Matricea de vecinatati corespunzătoare hărţii din partea stângă 


Pentru a memora relaţia de vecinătate între două ţări vom utiliza o matrice 
de dimensiuni 6 x 6, numită vecin, definită prin: 


inl, j] = true daca ţările T; şi Tj sunt vecine 
VEI = 1 false altfel 


Figura 11.2 reprezintă matricea de vecinatati pentru harta cu 6 ţări in care 
s-a făcut convenţia că 1 reprezintă true şi 0 reprezintă false. 

Problema se poate generaliza uşor şi la o hartă cu n ţări care trebuie colorată 
cu m culori. Vom utiliza pentru uşurarea expunerii harta cu 6 ţări de mai sus. 

În această problemă, un vector soluţie £ = (£1, £2,- .-, Zn) reprezintă o 
variantă de colorare a hărții, având semnificația că tara numărul i va fi colorată 
cu culoarea x;. În exemplul nostru, x; poate fi 1,2 sau 3, corespunzând respectiv 
culorilor roşu, galben, verde. 

Condiția de continuare este ca țara căreia urmărim să fi atribuim o culoare, 
să aibă o culoare distinctă de țările cu care are graniță. Cu alte cuvinte, trebuie 
să avem x; #2, dacă Afi, k] = 1, Vi=1,k-—1. 

Funcția de continuare care descrie condiția de mai sus este dată în Listing 
11.8. 

Pentru o mai bună înțelegere a mecanismului metodei backtracking aplicată 
la problema colorării hărților, putem să ne imaginăm că dispunem de 6 cutii 
identice Vi, V2,..., Ve, fiecare dintre cutii conținând trei creioane colorate no- 
tate cu r - roşu, g - galben, v - verde. Fiecare cutie Vz, conține creioanele care 
pot fi utilizate pentru colorarea țării Tk. 

O vizualizare a procesului de căutare a soluțiilor poate fi obținută dacă aran- 
jam cele 6 cutii in ordine (fiecărei țări îi asociem o cutie) şi punem un semn 
înaintea cutiei din care urmează să se aleagă un creion (marcajul corespunde 
barei verticale de la configurații); inițial acest semn este în stânga primei cutii. 
Atunci când se alege un creion dintr-o cutie corespunzătoare unei țări el va fi 
aşezat fie pe țara respectivă, dacă nu există o țară vecină cu aceeaşi culoare, 
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Listing 11.8: Functia de continuare pentru problema colorarii hartilor 


ı public boolean continuare(int k) 
{ 
for (int i = 0; i < k; ++i) 
{ 
if (x[i] == x[k] && vecin[k][i] == 1) 
{ 


return false; 


o FN Oo DH Aà L N 


) 


return true; 


= 
© 


— 
— 
— 


fie lângă cutie în caz contrar. Astfel, mulțimile C; de valori consumate la un 
moment dat sunt alcătuite din creioanele de lângă cutia V; şi de pe tara 7;. Cu 
aceste precizări, cele 4 modificări de configuraţie au următoarele semnificaţii 
concrete: 


e atribuie şi avansează: se aşează creionul ales pe ţara corespunzătoare şi 
se trece la cutia următoare; 


e încercare eşuată: creionul ales este aşezat lângă cutia din care a fost scos; 


e revenire: creioanele corespunzătoare ţării curente sunt repuse în totalitate 
la loc în cutie şi se trece la cutia precedentă; 


e revenire după găsirea unei soluţii: semnul este adus la stânga ultimei 
cutii. 


Procesul se încheie în momentul în care toate creioanele ajung din nou în cutiile 
în care se aflau inițial. 


Rezumat 


În acest capitol am prezentat metoda bactracking, care se reduce în esență 
la parcurgerea exhaustivă a spațiului de căutare, în care se elimină cu grijă 
configuratiile care nu pot conduce la o soluție. Metoda backtracking se aplică 
oricărei probleme a cărei soluție se poate scrie sub formă de sir, cu fiecare e- 
lement al sirului luând valori în cadrul unei mulțimi finite. Elementul estential 
care determină eficiența căutării este reprezentat de condițiile de continuare care 
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sunt utilizate pentru a reduce dimensiunile spaţiului de căutare. În modelul teo- 
retic al acestei metode, se porneşte de la o configuraţie iniţială, căreia i se aplică 
succesiv anumite transformări până în momentul în care se ajunge la configu- 
ratia finală. În practică, rezolvarea unei probleme prin această metodă se reduce 
cel mai adesea la scrierea funcţiei de continuare (care este o implementare a 
condiţiilor de continuare) pentru problema concretă căreia i se aplică. 


Noţiuni fundamentale 


backtracking: metodă de elaborare a algoritmilor care constă în constru- 
irea soluţiei componentă cu componentă, cu eventuale reveniri asupra compo- 
nentelor anterioare. 

condiţie internă: condiţia pentru ca un şir să reprezinte o soluţie a proble- 
mei. 

condiție de continuare: condiție necesară pentru ca un sir partial să poată 
conduce la o soluție. 

configurație finală: configurație căreia nu i se mai poate aplica nici una 
dintre cele patru transformări $i care indică încheierea procesului de cautare. 

configurație inițială: configurația de la care se porneşte în procesul de 
căutare al soluțiilor. 

diagramă de stare: diagramă care sintetizează starea în care se află proce- 
sul de căutare la un anumit moment. 

soluție: un sir care respectă condițiile interne. 


Erori frecvente 


1. Există adeseori situații în care soluția unei probleme nu se poate scrie di- 
rect sub formă de vector, ci trebuie făcute anumite convenţii pentru a o re- 
duce la un vector. Aşadar, backtracking se poate aplica oricărei probleme 
a cărei soluție se poate reduce sau transforma într-un vector. Mulți pro- 
gramatori începători renunță la a încerca să aplice această metodă dacă 
soluția ei nu este în mod evident structurată sub formă de vector, fără 
a-şi pune problema de a transforma soluția într-o astfel de formă (vezi 
problema damelor din paragraful 11.4.3, în care soluția se reduce de la o 
matrice (tabla de şah) la un sir de numere). 


2. Deşi metoda backtracking se poate aplica oricărei probleme a cărei soluție 
se poate scrie sub formă de sir, aceasta nu înseamnă că backtracking este 
şi metoda cea mai eficientă de a o rezolva. De exemplu, şi în cazul pro- 
blemei sortării soluția se scrie sub formă de sir, deci se poate aplica back- 
tracking. Totuşi aplicarea lui backtracking în această situație ar însemna 
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o generare optimizata a permutarilor elementelor acelui şir, ceea ce ar 
conduce la o soluţie exponențială, deci inutilizabilă. O să prezentăm în 
capitolul următor metode eficiente de ordonare a unui şir. 


. Adeseori funcţia de continuare nu este optim aleasă, în aşa fel încât să 


elimine cât mai multe configurații nefezabile. 


. Se confundă adeseori dimensiunea spaţiului de căutare (notată de noi cu 


n) cu dimensiunea individuală a fiecărei mulţimi V; (notată de noi su 
s|k]). Este adevărat ca la multe probleme (de exemplu, permutări) aces- 
tea sunt egale, dar la altele (cum ar fi colorarea hărților, combinări, aran- 
jamente), ele diferă. 


Exerciţii 


Teorie 


3, 


. Enumerati problemele prezentate în cadrul acestui capitol, pentru care 


condiţiile de continuare sunt necesare, dar nu sunt suficiente. 


. Luaţi o tablă de şah obişnuită şi încercaţi să simulati modul în care se 


generează soluţia problemei damelor pentru n = 8. 


Găsiţi toate soluţiile de colorare cu trei culori a hărţii din Figura 11.2. 


In practică 


l. 


Să se afişeze toate modurile în care n persoane pot fi aşezate la o masă 
rotundă precum şi numărul acestora. 


Indicatie: Există două posibilități de rezolvare: 


(a) Se vor genera toate permutările posibile, prin metoda backtracking, 
şi se vor contoriza. Se va afişa apoi numărul lor. Va trebui însă să 
ţineţi seama de faptul că unele dispuneri sunt identice din cauza 
mesei circulare; 


(b) Mult mai elegant, folosind o observație simplă. Astfel, cu n obiecte 
se pot forma n! permutări. Cum, în cazul dispunerii lor circu- 
lare 1,2,... n, respectiv 2,3,...,n,1;...;n,1,2,...,n—1 sunt 
identice, rezultă că din n astfel de permutări trebuie considerată 
doar cea care începe cu 1. Numărul de permutări va fi aşadar 


m =(n-—1). 


131 


11.4. PROBLEME CLASICE REZOLVABILE PRIN BACKTRACKING 


2. Idem problema 1, cu precizarea că anumite persoane nu se agreează, deci 
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nu pot fi aşezate una lângă cealaltă. La intrare se mai furnizează o matrice 
simetrică A, cu următoarea semnificaţie: 


1 dacă nu se agrează 


aa | 0 altfel 


. Să se modifice algoritmul de generare a combinărilor prezentat în para- 


graful 1 1.4.2 astfel încât funcţia de continuare să nu mai fie necesară. 


Indicatie: Pentru fiecare componentă x|k] se porneşte cu valoarea x|k — 
Hai 


. Se dau n mulţimi A1, Ag,..., Ap. Să se afişeze produsul lor cartezian. 


Indicatie: Generarea produsului cartezian înseamnă de fapt generarea 
întregului spațiu de soluții, adică un backtracking în care funcția de con- 
tinuare lipseşte. 


. Se dă o mulțime A = {1,2,...,n}. Să se afişeze toate submultimile 


acestei mulţimi. 


Indicatie: Se generează toți vectorii caracteristici de lungime n. Prin 
vector caracteristic se înțelege un vector care are doar valorile I sau O 
pentru fiecare element cu semnificaţia: 


Hire 1 dacă i aparține submultimii 
10 altfel 


Există şi o soluţie care generează vectorii caracteristici de lungime n prin 
adunarea în baza 2. Iniţial vectorul este nul, corespunzător mulţimii vide, 
iar apoi prin adunări repetate se generează toate submulţimile. Atenţie, 
numărul total de submultimi este 2”! 


. O firmă dispune de n angajaţi, dintre care p sunt femei. Firma trebuie să 


formeze o delegaţie de m persoane, dintre care k sunt femei. Să se afişeze 
toate delegatiile care se pot forma. 


Indicatie: Pentru a forma o delegaţie de k femei din p disponibile avem 
la dispoziţie CS variante. Delegaţia de m persoane poate fi completată 
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cu oricare din variantele de Cr 


Aşadar numărul total de variante este Cs * Cc 
Generarea efectivă se bazează pe un vector caracteristic cu semnificaţia: 


de alegere a bărbaţilor din delegaţie. 


ij = l dacă persoana e femeie 
I=) 0 altfel 


Funcţia de continuare va număra femeile din delegaţie şi nu va lăsa ca 
numărul lor să-l depăşească pe k. 


. Se consideră mulţimea A = {1,2,...,n}. Să se furnizeze toate partitiile 
acestei mulţimi. (O partiție a unei mulţimi este o scriere a mulţimii ca 
reuniune de submultimi disjuncte). 


Indicatie: Vom genera partiţia sub forma unui vector cu n componente 
in care x[i] = k are semnificaţia că elementul i aparține submultimii 
k a partiției considerate. Ca exemplu, pentru n = 4 putem avea, la 
un moment dat, vectorul x = (1,2, 1,2) ceea ce corespunde partiției: 
A = 11,3)U42,4). Ar fi de remarcat că vectorul caracteristic poate lua 
valori care vor avea aceeaşi interpretare, ca de exemplu x = (2, 1,2, 1) 
ceea ce corespunde partiției: A = {2,4} U {1,3}. Dar reuniunea e co- 
mutativă şi partitia astfel obținută e identică cu cea anterioară. Pentru a 
evita acest lucru vom impune ca fiecare componentă a vectorului să poată 
avea cel mult valoarea k, unde k este indicele elementului. Semnificaţia 
ar fi că elementul cu indicele 1 va putea face parte doar din submultimea 
1, cel cu indicele 2 doar din submultimile 1 si 2 etc. O altă restricţie ar fi 
aceea că un element nu poate lua o valoarea mai mare ca maz + 1, unde 
max este valoare maximă a elementelor de rang inferior. Acest lucru se 
justifică prin faptul că x = (1, 1, 3, 1) nu ar avea nici o semnificaţie. 


. Un comis-voiajor trebuie să viziteze un număr n de oraşe pornind din 
oraşul numărul 1. El trebuie să viziteze fiecare oraş o singură dată, după 
care să se întoarcă în oraşul 1. Cunoscând legăturile existente între oraşe, 
se cere să se găsească toate rutele posibile pe care le poate efectua comis- 
voiajorul. 


Indicatie: Se va crea o matrice de adiacentă (cunoscută din teoria gra- 
furilor), care este o matrice simetrică: 
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10. 


11. 


12. 
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. „~ | 1 dacă există legătură între oraşele i şi j 
A(i,j) = | 0 altfel 


Funcţia de continuare va testa dacă la elementul actual se poate ajunge 
din anteriorul, în vectorul x. Ca observaţie trebuie spus că pentru a 
obţine soluţiile distincte trebuie făcut un artificiu asemănător cu cel de la 
problema anterioară. 


. Idem problema anterioară, cu precizarea că pentru fiecare drum între două 


oraşe se cunoaşte distanţa care trebuie parcursă. Se cere să se găsească 
ruta de lungime minimă. 


Indicatie: În momentul reţinerii soluţiei se va calcula lungimea drumului 
parcurs. Se va compara această lungime cu lungimea anterioară con- 
siderată minimă şi se va reţine valoarea actuală minimă împreună cu 
drumul parcurs. 

Această problemă este celebră prin faptul că este un exemplu pentru im- 
posibilitatea aflării soluției exacte în timp polinomial. Datorită complex- 
ității mari a metodei s-au găsit metode mai puţin complexe (metodele 
euristice) dar care dau o soluţie cu o marjă de aproximare. 


Presupunem că avem de platit o sumă s şi avem la dispoziţie un număr ne- 
limitat de bancnote şi monede de valoare v1, V2, ...,Vn. Să se furnizeze 
toate variantele de plată a sumei utilizând numai aceste monezi. 


Idem problema anterioară, cu precizarea că trebuie să plătim suma res- 
pectivă cu un număr cât mai mic de monede şi bancnote. 


Indicatie: Faţă de rezolvarea problemei anterioare se poate face, spre 
exemplu, o modificare care să compare, în momentul găsirii unei soluţii, 
numărul de monede cu cel găsit la soluţiile anterioare. 


Idem problema anterioară pentru cazul în care dispunem doar de un număr 
N1, 2,---, Mn de monede de valoare v1, 2,...,Un.- 


Indicatie: Deosebirile faţă de problemele anterioare sunt: 
* în vectorul soluție vom reține numărul de monede sau bacnote folosite, 
nu şi valoarea lor. Astfel, fiecărui nivel îi corespunde o anumită valoare; 


13. 


14. 


15. 


16. 
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* vom avea grijă ca fiecare componentă a vectorului soluţie să nu de- 
păşească numărul de monede existent din valoarea care îi corespunde; 

* sumele se vor calcula prin cumularea produselor dintre valoare şi nu- 
mărul de valori folosite. 


Fiind dat un număr natural n, să se genereze toate partiţiile sale. O partiție 
a unui număr reprezintă scrierea sa ca sumă de numere naturale nenule. 


Fiind dat un număr natural n, să se genereze toate descompunerile sale ca 
sumă de numere prime. 


Indicatie: Faţă de problema anterioară se poate verifica, la continuare, 
dacă numărul ales este prim. 


O fotografie alb-negru este reprezentată sub forma unei matrice cu ele- 
mente 0 sau 1. În fotografie sunt reprezentate unul sau mai multe obiecte. 
Portiunile corespunzătoare obiectelor au valoarea 1 în matrice. Se cere să 
se determine dacă fotografia reprezintă unul sau mai multe obiecte. 
Exemplu: Matricea de mai jos reprezintă două obiecte: 


= Oe © 
= OO = 
= = Oe 
O =. oo 


Un teren dreptunghiular este împărțit în m x n parcele reprezentate sub 
forma unei matrice A cu m linii şi n coloane. Fiecare element al matricei 
este un număr real care reprezintă înălțimea parcelei respective. Pe una 
dintre parcele se află plasată o bilă. Se cere să se furnizeze toate posibi- 
litatile prin care bila poate să părăsească terenul, cunoscut fiind faptul ca 
bila se poate rostogoli numai pe parcele învecinate a căror înălțime este 
strict inferioară înălțimii parcelei pe care bila se află. 


Indicaţie: Aceasta şi problema anterioară sunt cazuri tipice de back- 
tracking în plan. Ideea rezolvării constă în încercarea de a ajunge la o 
poziție vecină respectând condițiile problemei. Modalitatea de mişcare 
este dată de cele 8 direcții cardinale N, NV, V, SV, S, SE, E, NE. Practic, 
vectorul soluție va conține direcția în care s-a făcut deplasarea. 
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17. Pe o tabla de şah de dimensiune 8 x 8 să se pozitioneze n pioni dupa 
următoarele reguli: 


(a) Pe fiecare linie se află doi pioni; 
(b) Pe fiecare coloană se află cel mult doi pioni; 


(c) Pe fiecare paralelă la diagonala principală se află cel mult doi pioni. 
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12. Divide et impera 


Vom găsi o cale, iar dacă nu există, 
vom crea una. 


Hanibal 


In acest capitol vom studia o altă metodă fundamentală de elaborare a al- 
goritmilor, numită divide et impera. Ca şi backtracking, divide et impera se 
bazează pe un principiu extrem de simplu: descompunem problema în două (sau 
mai multe) subprobleme de dimensiuni mai mici, rezolvăm subproblemele, iar 
soluția pentru problema iniţială se obține combinând soluţiile subproblemelor 
în care a fost descompusă. Rezolvarea subproblemelor se face în acelaşi mod 
cu problema iniţială. Procedeul se reia până când subproblemele devin atât de 
simple încât admit o rezolvare imediată. 

Încă din descrierea globală a acestei tehnici s-au strecurat elemente de re- 
cursivitate. Pentru a putea înţelege mai bine această metodă de elaborare a al- 
goritmilor care este eminamente recursivă, vom prezenta pentru început câteva 
elemente fundamentale referitoare la recursivitate. Continuăm apoi cu prezen- 
tarea generală a metodei, urmată de rezolvarea anumitor probleme de Divide 
et Impera deosebit de importante: căutare binară, sortarea prin interclasare, 
sortarea rapidă şi evaluarea expresiilor aritmetice. 

În cadrul acestui capitol vom prezenta: 


e Ce este recursivitatea şi care este mecanismul prin care ea funcţionează; 


e Când se poate aplica metoda divide et impera şi care este forma ei gene- 
rală; 


e Cum se aplică această metodă pentru a rezolva eficient problema or- 
donării. 
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12.1 Introducere în recursivitate 


În acest paragraf vom reaminti câteva elemente esenţiale referitoare la recur- 
sivitate. Cei care stăpânesc deja acest mecanism, pot trece direct la prezentarea 
metodei Divide et Impera din paragraful următor. 

Având în vedere faptul că recursivitatea este un mecanism de programare 
general, care nu ţine doar de limbajul Java, prezentarea făcută va folosi şi 
limbajul pseudocod la descrierea algoritmilor recursivi, pentru a nu încărca 
prezentarea cu detalii de implementare. 


12.1.1 Funcţii recursive 


Recursivitatea este un concept care derivă în mod direct din noţiunea de 
recurenţă matematică. Recursivitatea este un instrument elegant şi puternic pe 
care programatorii îl au la dispoziţie pentru a descrie algoritmii. Este interesant 
de reţinut faptul că programatorii obişnuiau să utilizeze recursivitatea pentru a 
descrie algoritmii, cu mult înainte ca limbajele de programare să suporte imple- 
mentarea directă a acestui concept. 

Din punct de vedere informatic, o subrutină (procedură! sau funcţie) recur- 
sivă este o subrutină care se autoapelează. 

Să luăm ca exemplu funcţia factorial, a cărei definiţie matematică recurentă 
este: 


__| nx fact(n— 1) pentu n>1 
fact(n) = { 1 pentru n=0 


Din exemplul de mai sus se observa ca factorialul este definit functie de el 
însuşi, dar pentru o valoare a parametrului mai mică cu o unitate. Iată acum 
care este implementarea recursivă a factorialului, folosind o funcţie algoritmică 
(stânga) şi implementarea Java (dreapta): 


funcție fact(n) public static long fact(int n) 
dacă n=0 atunci { 
fact — 1 if (n == 0) 
altfel return 1; 
fact + n*fact(n-1) else 
return return n*fact(n-1); 


) 


'Tn algoritmică, prin procedură se înţelege o funcţie care nu returnează nici o valuare (de exem- 
plu, în Java o metodă care returnează void) 
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Se observa ca funcţia de mai sus nu este decât o "traducere" aproape di- 
rectă a formulei matematice anterioare. Trebuie să remarcăm că, aşa cum vom 
vedea în continuarea acestui paragraf, la baza funcţionării acestor funcţii stă un 
mecanism foarte precis, care nu este atât de trivial cum ar părea la prima vedere. 

Să luăm ca al doilea exemplu, calculul celebrului sir al lui Fibonacci, care 
este definit recurent astfel: 


l _ | fib(n—1)+ fib(n—2) pentu n>1 
Pon) = | n pentru n = 0,1 


Implementarea in pseudocod, respectiv Java, a calculului şirului lui Fi- 
bonacci este: 


funcție fib(n) public static long fib(int n) 
dacă n=0 sau n=1 atunci | { 
fib <n if (n==0||n==1) 
altfel return n; 
fib + fib(n-1)+fib(n-2) else 
return return fib(n-1)+fib(n-2); 


) 


Se observă că în ambele exemple am început cu aşa numita condiţie de ter- 
minare: 


dacă n = 0 saun = l atunci 
fib—n 


care corespunde cazului în care nu se mai fac apeluri recursive. O funcţie recur- 
sivă care nu are condiţie de terminare va genera apeluri recursive interminabile, 
care se soldează în Java cu o eroare de tipul StackOverflowError (de- 
păşire de stivă, deoarece aşa cum vom vedea, fiecare apel recursiv presupune 
salvarea anumitor date pe stivă, iar stiva are o dimensiune finită). Condiţia de 
terminare ne asigură de faptul că atunci când parametrul funcţiei devine su- 
ficient de mic, nu se mai realizează apeluri recursive şi funcţia este calculată 
direct. 

Ideea fundamentală care stă la baza înţelegerii profunde a mecanismului 
recursivitatii este aceea că în esenţă, un apel recursiv nu diferă cu nimic de un 
apel de funcţie obişnuit. Pentru a veni în sprijinul acestei afirmaţii trebuie să 
studiem mai în amanuntime ce se petrece în cazul unui apel de funcţie. 

Se cunoaşte faptul că în situaţia în care compilatorul întâlneşte un apel de 
funcție, acesta predă controlul execuţiei funcţiei respective, după care se revine 
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la următoarea instrucţiune de după apel. Întrebările care apar in mod firesc sunt: 
de unde ştie compilatorul unde să se întoarcă la terminarea funcţiei? De unde 
ştie care au fost valorile variabilelor înainte de a se preda controlul funcţiei ? 
Răspunsul este simplu: înainte de a realiza un apel de funcţie, compilatorul 
salvează complet starea programului (linia de la care s-a realizat apelul, va- 
lorile variabilelor locale, valorile parametrilor de apel) pe stivă, urmând ca la 
revenirea din subrutină să reîncarce de pe stivă starea care a fost înainte de apel. 


Pentru exemplificare să considerăm următoarea procedură (nerecursivă) care 
afişează o linie a unei matrice. Atât linia care trebuie afişată, cât şi matricea sunt 
transmise ca parametru: 


procedură AfisLin(a: tmatrice; n, lin: integer) 


entrui = 1],n 
scrie alin, i] 
return 


Procedura AfisLin este apelată de procedura AfisMat descrisă mai jos, care 
afişează, linie cu linie, o întreagă matrice pe care o primeşte ca parametru: 


procedură AfisMat(a: tmatrice; n: integer) 


pentrui=I,n 
AfisLin(a, n, i) 
return 


Să presupunem că procedura AfisMat este apelată într-un program astfel: 
AfisMat(a, 5) 


pentru a afişa o matrice de dimensiuni 5 x 5. 


În momentul în care compilatorul întâlneşte acest apel, el salvează pe stivă 
linia de la care s-a făcut apelul (să spunem 2181), valoarea matricei a şi alte 
variabile locale declarate în program: 
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2181; AfisMat(a,n);... 


Controlul va fi apoi preluat de catre procedura AfisMat, care intra in ciclul 
pentru cu apelul: AfisLin(a,n,i) aflat, să zicem, la linia 2198. 

În acest moment controlul va fi preluat de către procedura AfisLin, dar nu 
înainte de a adăuga la vârful stivei linia de la care s-a făcut apelul, valorile 
parametrilor şi a variabilei locale i: 


2198; A fisLin(n,a,î);i = 1;... 
2181; AfisMat(n,a);... 


Procedura AfisLin va tipări prima linie a matricei, după care execuţia ei se 
încheie. În acest moment compilatorul consultă vârful stivei pentru a vedea 
unde trebuie să revină şi care au fost valorile parametrilor şi variabilelor locale 
înainte de apel. Variabila i devine 2 şi din nou se apelează procedura AfisLin, 
etc. 

Remarcăm aici faptul că atât procedura AfisMat cat şi procedura AfisLin 
utilizează o variabilă locală numită i. Nu poate exista nici o confuzie între cele 
două variabile, deoarece în momentul execuţiei lui AfisLin, valoarea variabilei i 
din AfisMat este salvată pe stivă. 

Să vedem acum evoluţia stivei program în cazul calculului recursiv al lui 
fact(5). Presupunem că la linia 2145 are loc apelul recursiv: fact + n x 
fact(n — 1). 

Pentru a realiza înmulţirea respectivă, trebuie ca întâi să se calculeze fact(n- 
1). Cum n are valoarea 5, pe stivă se va depune fact(4). Abia după ce valoarea 
lui fact(4) va fi calculată se poate calcula valoarea lui fact(5). Calculul lui 
fact(4) implică însă calculul lui fact(3), care implică la rândul lui calculul 
lui fact(2), fact(1), fact(0). Calculul lui fact(0) se realizează prin atribuire 
directă, fără nici un apel recursiv: 
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dacă n=0 atunci 

fact —1 
în acest moment, stiva programului conţine toate apelurile recursive realizate 
până acum: 


2145; fact(0); 


) 
2145; fact(2); 
2145; fact(3); 

2145; fact(4) 


zzzr; fact(5); 


i 


} 


fact(1) fiind calculat, se poate reveni la calculul inmultirii 2* fact(1) = 2, 
apoi, fact(2) fiind calculat se revine la calculul inmultirii 3* fact(2)=6 etc., 
până se calculează 5* fact(4)=120 şi se revine în programul apelant. 

Să vedem acum modul în care se realizează calculul recursiv al şirului lui 
Fibonacci. Vom vedea că timpul de calcul al acestei recurente este incomparabil 
mai mare fata de calculul factorialului. Să presupunem că funcţia fib se apelează 
cu parametrul n = 3. În această situaţie, se depune pe stivă apelul fib(3) 
împreună cu linia de unde s-a realizat apelul (de exemplu, 2160). În linia 2160 
a procedurii are loc apelul recursiv: fib — fib(n — 1) + fib(n — 2) care in 
cazul nostru, n fiind 3, presupune calcularea sumei fib(2) + fib(1). Această 
sumă nu poate fi calculată înainte de a-l calcula pe fib(2). Calculul lui fib(2) 
presupune calcularea sumei fib(1) + fib(0). fib(1) şi fib(0) se calculează 
direct la următorul apel recursiv, după care se calculează suma lor, rezultând 
că fib(2) = 2. Abia acum se revine la suma f2b(2) + fib(1) şi se calculează 
fib(1), după care se revine şi se calculează fib(3). 

Modul de calcul al lui fib(n) recursiv se poate reprezenta foarte sugestiv 
arborescent. Rădăcina arborelui este fib(n), iar cei doi fii sunt apelurile recur- 
sive pe care fib(n) le generează, şi anume fib(n — 1) şi fib(n — 2). Apoi se 
reprezintă apelurile recursive generate de fib(n — 2) ca în Figura 12.1. 

Din Figura 12.1 se observă că anumite valori ale şirului lui Fibonacci se 
calculează (inutil) de mai multe ori. fib(n) şi fib(n — 1) se calculează o dată, 
fib(n — 2) se calculează de două ori, fib(n — 3) de 3 ori etc. Aceasta explică 
de ce în capitolul 9 am obţinut o complexitate exponențială pentru varianta re- 
cursivă de calcul a şirului lui Fibonacci. 
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Figura 12.1: Reprezentarea arborescentă a apelurilor recursive realizate pentru 
a calcula şirul lui Fibonacci. Se observa că Fib (n-3) este calculat de 3 ori. 


> D Oe 


12.1.2 Recursivitatea nu înseamnă recurenţă 


Implementarea recursivă a funcţiilor recurente este uşor de înţeles, datorită 
mecanismului simplu de transpunere a recurentei într-o funcţie recursivă. To- 
tuşi, recursivitatea nu se limitează doar la implementarea recurentelor matema- 
tice. Putem defini la fel de bine şi operații recursive. O operaţie recursivă este 
definită funcţie de ea însăşi, dar pentru o problemă de dimensiune cu o unitate 
mai mică. De exemplu, operaţia de inversare a n caractere se poate defini re- 
cursiv astfel: se extrage primul caracter din şir, apoi se inversează cele n — 1 
caractere rămase după care se adaugă la final caracterul extras. Acest principiu 
îl aplicăm în exemplul care urmează. 


Exemplu: Să se scrie o funcţie care citeşte o secvenţă de caractere până când 
întâlneşte caracterul “.”, după care afişează caracterele în ordine inversă. 

Rezolvarea acestei probleme se poate formula recursiv astfel: inversarea 
caracterelor unui şir de n elemente implică inversarea caracterelor rămase după 
citirea primului caracter, şi scrierea în final a primului caracter: 


Inv(n) = Citeste(a) + Inv(n — 1) + Scrie(a) 


În consecinţă, metoda de inversare va avea forma (parametrul n a fost eliminat, 
el fiind dat în formulă doar pentru claritate): 
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funcţie inversare public static void inversare() 
citeşte a { 
dacă a <>’ .’ atunci inversare char a; 
scrie a a=Reader.readChar(); 
return if (a!=’.’) 


{ 
) 


System.out.print(a); 


inversare(); 


) 


Reamintim că Reader este o clasă ajutătoare pentru citirea de date de la 
tastatură şi a fost definită în cadrul primului volum, fiind reluată şi în cadrul 
acestui volum, la paragraful 11.4.1. 

Este important de notat că pentru ca metoda să funcţioneze corect, variabila 
a trebuie declarată ca variabilă locală; astfel, toate valorile citite vor fi salvate pe 
stivă, de unde vor fi extrase succesiv (în ordinea inversă citirii) după întâlnirea 
caracterului ".". 


Exemplu: Transformarea unui număr din baza 10 într-o bază b, mai mică 
decât 10. 

Să ne reamintim algoritmul clasic de trecere din baza 10 în baza b. Numărul 
se împarte la b şi se reţine restul. Câtul se împarte din nou la b si se reţine restul 
şi se continuă acest procedeu până când câtul devine mai mic decât b. Rezultatul 
se obţine prin scrierea în ordine inversă a resturilor obţinute. 

Formularea recursivă a acestei rezolvări pentru trecerea unui număr n în 
baza b este: 


Trans f(n) = | 


Transpunerea recursivă a formulei anterioare este: 


Transf(n div b) + Scrie(nmodb) pentu n >b 
= pentru n <b 


funcție transform(n:integer) public static void transform(int n) 
rest = n mod b { 
dacă n > b atunci transform(ndivb) | int rest=n%b; 
scrie rest if(n >= b) 
return { 
transform(n/b); 


) 


System.out.print(rest); 


) 
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De remarcat ca in aceasta functie variabila rest trebuie sa fie declarata local, 
pentru a fi salvată pe stivă, in timp ce variabila b este bine să fie declarată global, 
deoarece valoarea ei nu se modifică, salvarea ei pe stivă ocupând spaţiu inutil. 

Odată ce am înţeles mecanismul recursivităţii, suntem pregătiţi pentru a 
înţelege cea de-a doua metodă de elaborare a algoritmilor, Divide et Impera. 


12.2 Prezentarea metodei Divide et Impera 


Divide et Impera este o metodă specială prin care se pot aborda anumite ca- 
tegorii de probleme. Ca şi celelalte metode de elaborare a algoritmilor, Divide et 
Impera se bazează pe un principiu extrem se simplu: se descompune problema 
inițială în două (sau mai multe) subprobleme de dimensiune mai mică, după 
care soluția problemei iniţiale se obține combinând soluţiile subproblemelor în 
care a fost descompusă. Procedeul de descompunere se repetă până când, după 
descompuneri succesive, se ajunge la probleme de dimensiune mică, pentru care 
există rezolvare directă. 

Evident, nu orice gen de problemă se pretează la a fi abordată cu Divide er 
Impera. Din descrierea de mai sus reiese că o problemă abordabilă cu această 
metodă trebuie să aibă două proprietăţi: 


1. Să se poată descompune in subprobleme; 


2. Soluţia problemei iniţiale să se poată construi simplu pe baza soluţiei 
subproblemelor. 


Modul în care metoda a fost descrisă, conduce în mod natural la o implementare 
recursivă, având în vedere faptul că şi subproblemele se rezolvă în acelaşi mod 
cu problema iniţială. Iată care este forma generală a unei funcţii Divide et Im- 
pera: 


funcţie DiviImp(P: Problemă) 
dacă Simplu(P) atunci 
RezolvaDirect (P); 
altfel 
Descompune (P, Pi, P2); 
Divimp (P1); 
Divimp (P2); 
Combină (P1, P2); 
return 
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In consecinţă, putem spune că abordarea Divide et Impera implica trei paşi la 
fiecare nivel de recursivitate: 


1. Divide problema în două subprobleme; 


2. Impera (Stăpâneşte, Cucereste) cele două subprobleme prin rezolvarea 
acestora în mod recursiv; 


3. Combină soluţiile celor două subprobleme în soluţia finală pentru proble- 
ma iniţială. 


12.3 Căutare binară 


Căutarea binară este o metodă eficientă de regăsire a unor valori într-o 
secvenţă ordonată. Căutarea binară este cel mai simplu exemplu de problemă 
Divide et Impera, deoarece în cazul ei se rezolvă doar una din cele două sub- 
probleme, deci faza de recombinare a soluţiilor nu mai este necesară. Enunţul 
problemei de căutare binară este: 

Se dă un vector cu n componente (întregi), ordonate crescător si un număr 
întreg oarecare p. Să se decidă dacă acest număr se găseşte în vectorul dat, şi 
în caz afirmativ sa se furnizeze indicele poziţiei pe care se găseşte. 


O rezolvare imediată a problemei presupune parcurgerea secventiala a vec- 
torului dat, până când p este găsit, sau am ajuns la sfârşitul vectorului. Această 
rezolvare însă nu foloseşte faptul că vectorul este sortat. 

Căutarea binară procedează în felul următor: se compară p cu elementul 
din mijlocul vectorului, dacă p este egal cu acel element, căutarea s-a încheiat. 
Dacă este mai mic, se caută doar în prima jumătate, iar dacă este mai mare, se 
caută doar în a doua jumătate. 

Se observă că în această situaţie problema nu se descompune în două sub- 
probleme care se rezolvă, după care se construieşte soluţia, ci se reduce la una 
sau la alta din subprobleme. Cei trei paşi ai lui Divide et Impera sunt în această 
situaţie: 


1. Divide: împarte şirul de n elemente în care se realizează căutarea în două 
şiruri cu n/2 elemente; 


2. Stăpâneşte: Caută într-una dintre cele două jumătăţi, funcţie de valoarea 
elementului din mijloc; 


3. Combină: Nu există. 
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Metoda binarySearch() din Listing 12.1 realizează căutarea elementului e1 in 
şirul s, între indicii Low şi high. 


Listing 12.1: Implementarea căutării binare. Metoda va returna poziţia pe care 
se găseşte numărul e1 în şirul s sau -1 dacă e1 nu este găsit. 


1 public static int binarySearch(int[] s, int el, int low, 


2 int high) 
3 { 
4 if (low <= high) //conditie de oprire 
5 
{ 
6 int middle = (low + high) / 2; 
7 if (el == s[middle ]) 
8 { 
9 return middle; 
10 } 
11 else 
12 
13 if (el < s[middle ]) 
14 { 
15 return binarySearch(s, el, low, middle — 1); 
16 } 
17 else 
18 { 
19 return binarySearch(s, el, middle + 1, high); 
20 } 
21 } 
22 } 
23 return —1; 
24 } 


Poziţia pe care se găseşte elementul e1 in şirul s este obţinută prin apelul: 


poz = binarySearch(s, el, 0, s.length — 1) 


Listing 12.2 prezintă o clasă simplă care utilizează metoda căutării binare 
pentru a găsi un număr într-un şir citit de la tastatură: 


Listing 12.2: Rezolvarea problemei căutării binare 


import java.io.*; 

> import io. Reader; 

3 

4/*x* 

5 * Program ce verifica daca un element introdus 

6 x» de la tastatura se gaseste in cadrul unui sir ordonat. 
7 */ 

s public class BinarySearch 

9 { 

10  /x* Metoda de cautare a elementului el in sirul s.*/ 
11 public static int search(int[] s, int el, int low, 
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12 int high) 

34 

14 if (low <= high) 

15 { 

16 int mid = (low + high) / 2; 

17 

18 if (el == s[mid]) 

19 { 

20 //element gasit 

21 return mid; 

22 } 

23 else 

24 { 

25 if (el < s[mid]) 

26 { 

27 //cauta in prima jumatate a subsirului 
28 return search(s, el, low, mid — 1); 

29 } 

30 else 

31 { 

32 //cauta in a doua jumatate a subsirului 
33 return search(s, el, mid + 1, high); 
34 } 

35 } 

36 } 

37 

38 return — 1; 

>) 

40 

4 /*k* Programul principal. */ 

42 public static void main(String [] args) 

s f 

44 // citirea elementelor sirului 

45 System .out.println("Introduceti elementele sirului 
46 "ordine crescatoare (pe aceeasi linie):"); 
47 int[] s = Reader.readIntArray (); 

48 

49 // citirea elementului cautat 

50 System.out.print("Introduceti elementul cautat: "); 
51 int el = Reader.readInt(); 

52 

53 //cautarea elementului 

54 int poz = search(s, el, 0, s.length — 1); 

55 

56 //afisarea rezultatului cautarii 

57 if (poz > —-1) 

58 { 

59 System . out. println ("Elementul " + el + 

60 "a fost gasit in sir pe pozitia "+ 

61 poz); 


in 
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62 } 


63 else 

64 { 

65 System . out. println ("Elementul " + el + 
66 " nu a fost gasit in sir"); 


12.4 Sortarea prin interclasare (MergeSort) 


Sortarea prin interclasare este, alături de sortarea rapidă (QuickSort) si 
sortarea cu ansamble (HeapSort), una dintre metodele eficiente de ordonare a 
elementelor unui sir. Enuntul problemei este următorul: 

Să se ordoneze crescător un şir cu n componente întregi. 

Principiul de rezolvare constă în a împărţi şirul care trebuie ordonat în două 
parti egale şi a ordona fiecare jumătate, după care se interclasează cele două 
jumătăţi. Descompunerea în două jumătăţi se realizează până când se ajunge la 
şiruri cu un singur element, care nu mai necesită sortare. Algoritmul de sortare 
prin interclasare urmează îndeaproape conceptul Divide et Impera. Pe scurt, 
modul lui de operare este următorul: 


1. Divide: împarte şirul de n elemente care urmează a fi sortat în două şiruri 
cu n/2 elemente; 


2. Stăpâneşte: Sortează recursiv cele două subşiruri utilizând sortarea prin 
interclasare; 


3. Combină: Interclasează subşirurile sortate pentru a obţine rezultatul final. 


Metoda mergesSort () din Listing 12.3 implementează algoritmul de sortare 
prin interclasare. Apelul iniţial al funcţiei este: 


mergeSort(s, 0, s.length — 1); 


Listing 12.3: Metoda care ordoneaza sirul s folosind sortarea prin interclasare 


1 public static void mergeSort(int[] s, int low, int high) 
2 { 
if (low < high) 
{ 
int mid = (low + high) / 2; 
mergeSort(s, low, mid); 
mergeSort(s, mid + 1, high); 


y Dn A A V 
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8 intercls(s, low, mid, high); 


10 } 


Metoda de interclasare in acest caz este analoaga cu metoda de interclasare 
obişnuită a două şiruri, diferenţa constând în faptul că acum se interclaseaza 
două jumătăţi ale aceluiaşi şir, iar rezultatul se va depune în final tot în şirul 
interclasat. Listing 12.4 prezintă implementarea completa a sortării prin inter- 
clasare, aplicată pe un şir care este preluat de la tastatură. 


Listing 12.4: Soluţia algoritmului de sortare Mergesort 


ı İmport java.io.x; 

2 import io.Reader ; 

3 

4 /** 

s * Program ce ordoneaza un sir de numere intregi 
6 * folosind metoda MergeSort. 

7 */ 

s public class MergeSort 

9 { 

10 «6. “x * Metoda de interclasare a celor 2 subsiruri.x/ 
11 public static void intercls(int low, int mid, 


12 int high, int[] s) 

3 èë f 

14 int i = low; 

15 int j = mid + 1; 

16 

17 int[] inter = new int[high + 1]; 
18 int k = low; 

19 

20 //interclasarea elementelor 

21 while ((i <= mid) && (j <= high)) 
22 { 

23 if (s[i] <= s[j]) 

24 { 

25 inter[k++] = s[i++]; 

26 } 

27 else 

28 { 

29 inter[k++] = s[j++]; 

30 } 

31 } 

32 

33 //au mai ramas elemente din primul subsir? 
34 for (int 1 = i; 1 <= mid; 1++) 
35 { 

36 inter [k++] = s[l]; 

37 } 
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//au mai ramas elemente din cel de—al doilea subsir? 
for (int | = j; 1 <= high; 1++) 
{ 


) 


inter[k++] = s[l]; 


// copierea elementelor din sirul inter in sirul s 
for (i = low; i <= high; i++) 


{ 


) 
) 


s[i] = inter[i]; 


/* * Metoda de sortare.x*/ 
public static void mergeSort(int[] s, int low, int high) 
{ 
if (low < high) //subsirul are cel putin 2 elemente 
{ 
int mid = (low + high) / 2; 
mergeSort(s, low, mid); 
mergeSort(s, mid + 1, high); 
intercls(low, mid, high, s); 


) 


/x * Programul principal. */ 
public static void main(String [] args) 
{ 
//citirea elementelor sirului 
System .out.println ("Introduceti elementele sirului " + 
"(pe aceeasi linie ):"); 
int[] s = Reader.readIntArray (); 


//sortarea elementelor sirului prin metoda "MergeSort" 
mergeSort(s, 0, s.length — 1); 


// afisarea rezultatului sortarii 
System. out. printIn ( 

"Sirul ordonat prin metoda MergeSort este:"); 
for (int i = 0; i < s.length; i++) 
{ 


System.out.print(s[i] + " "); 
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12.5 Sortarea rapidă (QuickSort) 


Sortarea rapidă este, aşa cum îi spune şi numele, cea mai rapidă metodă 
de sortare prin comparații cunoscută în prezent. Există foarte multe variante 
ale acestei metode, o parte dintre ele având doar rolul de a micşora timpul de 
execuţie în cazul cel mai nefavorabil. Vom prezenta aici varianta clasică, despre 
care veţi remarca cu surprindere că este neaşteptat de simplă. Enunţul proble- 
mei este identic cu cel de la sortarea prin interclasare, şi anume: 

Să se ordoneze crescător un şir de numere întregi. 

Metoda de sortare rapidă prezentată în acest paragraf este, dintr-un anumit 
punct de vedere, complementara metodei Mergesort. Diferenţa dintre cele două 
metode este dată de faptul că, in timp ce la Mergesort mai întîi vectorul se 
împărțea în două parti după care se sorta fiecare parte şi apoi se interclasau cele 
două jumătăţi, la Quicksort împărţirea se face în aşa fel încât cele două şiruri 
să nu mai necesite a fi interclasate după sortare, adică primul şir să conţină 
doar elemente mai mici (nu neapărat ordonate) decât elementele celui de-al 
doilea şir. Rezultă de aici că în cazul lui Quicksort, etapa de recombinare este 
trivială, deoarece problema este astfel împărţită în subprobleme încât să nu mai 
fie necesară interclasarea şirurilor. Etapele lui Divide et Impera pot fi descrise 
în această situaţie astfel: 


1. Divide: Împarte şirul de n elemente care urmează a fi sortat în două şiruri, 
astfel încât elementele din primul şir să fie mai mici decât elementele din 
al doilea şir; 


2. Stăpâneşte: Sortează recursiv cele două subşiruri utilizând sortarea rapidă; 


3. Combină: Sirul sortat este obţinut din concatenarea celor două subsiruri 
sortate. 


Funcţia care realizează împărţirea în subprobleme (astfel încât elementele primu- 
lui şir să fie mai mici decât elementele celui de-al doilea) se datorează lui C. A. 
Hoare, care a găsit o metodă de a realiza această împărţire (numită partifionare) 
în timp liniar. 

Metoda de partitionare rearanjează elementele tabloului în funcţie de primul 
element, numit pivot, astfel încât elementele mai mici decât primul element sunt 
trecute în stânga lui, iar elementele mai mari decât primul element sunt trecute 
în dreapta lui. De exemplu, dacă avem vectorul: 


a= (7, 8, ð, 2, 3), 
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atunci procedura de partifionare va muta elementele 5, 2 şi 3 în stânga lui 7, 
iar 8 va fi în dreapta lui. Cum se realizează acest lucru? Sirul este parcurs 
simultan de doi indici: primul indice, low, pleacă de la primul element şi este 
incrementat succesiv, iar al doilea indice, high, porneşte de la ultimul element 
şi este decrementat succesiv. În situaţia în care allow] este mai mare decât 
alhigh], elementele se interschimbă. Partiţionarea este încheiată în momentul 
în care cei doi indici se întâlnesc (devin egali) undeva în interiorul şirului. La 
fiecare pas al algoritmului, fie se incrementează low, fie se decrementează high; 
întotdeauna unul dintre cei doi indici, low sau high, este poziţionat pe pivot. 
Atunci când low indică pivotul, se decrementează high, iar atunci când high 
indică pivotul se incrementează low. Iată cum funcţionează partitionarea pe 
exemplul de mai sus. La început, low indică primul element, iar high indică 
ultimul element: 


a = (7,8,5,2,3) 
T T 
low high 


Deoarece allow] > a|high| elementele 7 şi 3 se vor interschimba. După 
interschimbare, pivotul va fi indicat de high, deci low va fi incrementat: 


a = (3, 8, 5,2, 7) 
a 
low high 


Din nou avem allow] > alhigh], elementele 8 şi 7 se vor interschimba. 
Dupa interschimbare, pivotul va fi indicat de low, deci high va fi decrementat: 


a = (3,7, 5, 2, 8) 


To 
low high 


Din nou avem allow] > alhigh], elementele 7 şi 2 se vor interschimba. 
După interschimbare, pivotul va fi indicat de high, deci low va fi incrementat: 


a = (3, 2, 5,7, 8) 


ri 
low high 


De data aceasta avem allow] <= alhigh], deci low va fi incrementat din 
nou, fara a se realiza interschimbari. 
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Listing 12.5: Metoda de partitionare. 


Elementele mai mici decat pivotul, 


a [low], vor fi aşezate în stânga lui, iar elementele mai mari in dreapta. Metoda 


va returna poziţia pe care se află pivotul. 


boolean pozPivot = false; 


{ 
if (allow] > a[high ]) 


{ 


O oO ND HW A Ww N =. 


// variabila care ne spune daca high 


public static int partition(int low, int high) 
{ 


indica pivotul 


while (low < high) //indicii nu s—au suprapus 


interschimba(a, low, high); 


10 // celalalt indice indica acum pivotul 
11 pozPivot = !pozPivot; 

12 } 

13 pozPivot ? low++ : high—-; 

14 } 

15 

16 return low; //se returneaza pozitia pivotului 


În acest moment low si high s-au suprapus (au devenit egale), deci par- 
titionarea s-a încheiat. Pivotul este pe poziția a 4-a, care este de fapt si poziția 


lui finală în şirul sortat. 


Metoda partition () din Listing 12.5 primeşte ca parametri limitele 
inferioară, respectiv superioară ale şirului care se partitioneaza şi returnează 
poziția pe care se află pivotul în finalul partitionarii. Poziţia pivotului este im- 
portantă deoarece ne dă locul in care șirul va fi despărțit în două subsiruri. 

Două observaţii importante merită făcute referitor la metoda partition (): 


1. Variabila pozPivot poate lua valoarea false dacă pivotul este indi- 
cat de low, sau true dacă pivotul este indicat de high. Atribuirea 
poz Pivot =!poz Pivot are ca efect schimbarea stării acestei variabile 


din false în true sau invers; 


2. Metoda se foloseşte în mod inteligent de transmiterea prin valoare a para- 
metrilor, deoarece modifică variabilele low şi high bazându-se pe faptul 
că această modificare nu va afecta valorile lui Low si high din metoda 


Guick Son.) 


Metoda de ordonare propriu-zisă din Listing 12.6 respectă structura Divide et 
Impera obişnuită, doar că funcţia de recombinare a soluţiilor nu mai este nece- 
sară, deoarece am realizat partitionarea înainte de apel. 
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Listing 12.6: Metoda de ordonare quickSort 
public static void quickSort(int low,int high) 
{ 


1 
2 
3 if (low < high) //subsirul mai are cel putin 2 elemente 
4 

{ 
5 int mid = partitionare(low, high); //partitioneaza 
6 quickSort (low, mid — 1); //sorteaza prima jumatate 
7 quickSort(mid + 1, high); //sorteaza a doua jumatate 
8 } 
9} 


Programul din Listing 12.7 realizează ordonarea folosind Quicksort a unui 
sir citit de la tastatura. 


Listing 12.7: Solutia problemei de ordonare prin metoda quicksort 


1import java.1o.x; 

2import io.Reader; 

3 

4 /* * 

5 * Program ce realizeaza sortarea unui sir de 
6 * numere intregi prin metoda quicksort. 

7 */ 

s public class Quicksort 

9 { 

10 /** Metoda de partitionare a sirului s.x*/ 
11 public static int partitionare(int[] s, int low, int high) 


2 ë f 
13 int pozPivot = 0; 
14 int aux; 
15 
16 while (low < high) 
17 { 
18 if (s[low] > s[high]) 
19 
{ 
20 //interschimbarea elementelor s[low] si s[high] 
21 aux = s[low]; 
22 s[low] = s[high]; 
23 s[high] = aux; 
24 
25 pozPivot = 1 — pozPivot; 
26 } 
27 
28 if (pozPivot == 0) 
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{ 
high—-; 


} 


else 


{ 


low++; 


} 
} 


return low; 


) 


/* * Metoda de sortare a sirului s.x/ 
public static void sort(int[] s, int low, int high) 


{ 
if (low < high) //subsirul are cel putin 2 elemente 
{ 
int mid = partitionare(s, low, high); 
sort(s, low, mid — 1); 
sort(s, mid + 1, high); 
) 


) 


/** Programul principal. * 


/ 


public static void main(String[] args) 


{ 


// citirea elementelor sirului 
System .out.printin(" Introduceti elementele sirului " + 


"(pe aceeasi linie ):" 
p 


yy 


int[] s = Reader.readIntArray (); 


//sortarea elementelor 


sirului prin metoda "quicksort" 


sort(s, 0, s.length — 1); 


//afisarea rezultatului 
System . out. println ( 


sortarii 


"Sirul ordonat prin metoda quicksort este:"); 
for (int i = 0; i < s.length; i++) 


{ 


System.out.print(s[i] + " "); 
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12.6 Expresii aritmetice 


Se dă o expresie aritmetică în care operanzii sunt simbolizati prin litere mici 
(de la a la z), iar operatorii sunt ’+’, °-°, °? şi ’*’ cu semnificaţia cunoscută. 
Se cere să se scrie un program care transformă expresia în formă poloneză 
postfixată. 

Reamintim faptul că forma poloneză postfixată (Lukasiewicz) este obţinută 
prin scrierea operatorului după cei doi operanzi, şi nu între ei. Această formă 
are avantajul că nu necesită paranteze pentru a schimba prioritatea operatorilor. 
Ea este utilizată adeseori în informatică pentru a evalua expresii. lată câteva 
exemple: 


1. a+b se scrie ab+ 
2. a*(b+c) se scrie abc+* 


3. (a+b)*(c+d) se scrie ab+cd+ * 


Unul dintre cei mai simpli algoritmi de a trece o expresie în formă poloneză 
constă în a căuta care este operatorul din expresie cu prioritatea cea mai mică, 
şi de a aşeza acest operator la sfârşitul expresiei, urmând ca prima parte a formei 
poloneze să fie formată din transformarea expresiei din stânga operatorului, iar 
a doua parte a formei poloneze să fie formată din transformarea expresiei din 
dreapta operatorului. 

Cele două subexpresii urmează a se trata în mod analog, până când se ajunge 
la o subexpresie de lungime 1, care va fi obligatoriu un operand şi care nu mai 
necesită transformare. 

Schematic, dacă avem expresia: 


E = ElopE2 


unde El si £2 sunt subexpresii, iar op este operatorul cu prioritatea cea mai 
mica (deci operatorul unde expresia se poate "rupe" in două), atunci forma 
poloneză a lui E, notată Pol(E), se obţine astfel: 


Pol(E)=Pol(E1) Pol(E2) op. 


Expresia de mai sus exprimă faptul că forma poloneză postfixată a lui E se 
obţine prin scrierea în formă poloneză postfixată a celor două subexpresii, ur- 
mate de operatorul care le separă. Expresia de mai sus este o expresie recursivă 
specifică tehnicii Divide et Impera. Etapele sunt în această situaţie: 
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1. Divide: împarte expresia aritmetică în două subexpresii legate printr-un 
operator de prioritate minimă; 


2. Stăpâneşte: Transformă recursiv în formă poloneză cele două subexpre- 
Sil; 


3. Combină: Scrie cele două subexpresii în formă poloneză urmate de ope- 
ratorul care le leagă. 


Soluţia problemei expresiilor aritmetice este dată în Listing 12.8. Transfor- 
marea propriu-zisă este realizată de metoda polonez () de la liniile 39-86. 
polonez () primeşte 3 parametri, care descriu subşirul care trebuie trecut în 
formă poloneză: x, care reprezintă expresia E la care se adaugă low şi high, 
care delimitează subsirul din & care va fi procesat. 

Ca orice metodă recursivă, polonez () începe la linia 43 cu condiţia de 
terminare: 


if (low == high) 


care corespunde cazului în care şirul are un singur caracter (care trebuie în mod 
obligatoriu să fie un operand) şi a cărui transformare în formă poloneză este 
banală. 

Ciclul while de la liniile 49-54 realizează un lucru foarte important: e- 
limină eventualele paranteze inutile care înconjoară expresia, pentru a putea 
găsi ulterior uşor operatorul de unde se “rupe” expresia în două. De exemplu, 
expresia (a + b) x (c + d) va fi ruptă într-o primă etapă în (a + b) şi (c + d). 
Ambele expresii rezultate sunt înconjurate de paranteze care sunt acum inutile, 
şi care ar împiedica găsirea operatorului cu prioritate minimă (care trebuie să fie 
în afara oricărei paranteze). Eliminarea parantezelor exterioare se face utilzând 
metoda parant () de la liniile 14-37, care întoarce true dacă parantezele 
exterioare pot fi eliminate şi false în caz contrar. 

Ciclul for de la liniile 56-82 conţine paşii de divide şi combină ai metodei. 
Se încearcă mai întâi găsirea unui operatori aditiv (+ sau —) şi apoi a unui ope- 
rator multiplicativ (+ sau /) care să se afle în afara oricărei paranteze. Dacă un 
astfel de operator este găsit (liniile 73-75), expresia este “ruptă” în acel loc, iar 
metoda întoarce transformarea în formă poloneză a primei jumătăţi, concatenată 
cu transformarea celei de-a doua jumătăţi urmate de operatorul unde s-a realizat 
împărțirea. Căutarea operatorului de prioritate minimă se face de la dreapta la 
stânga, şi nu de la stânga la dreapta cum era de aşteptat, pentru a transorma 
corect expresii de forma a—b—c sau a/b/c (de exemplu, dacă am transforma a— 
b — c de la stânga la dreapta, am obţine forma poloneza —a — bc, care se traduce 
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prin a — (b — c), ceea ce este incorect; transformarea corectă, obţinută prin 
parcurgerea de la dreapta la stânga este —— abc). Dacă se ajunge la instrucţiunea 
return de la linia 85, înseamnă că nu s-a găsit nici un operator de la care 
expresia să se rupă în două, deci expresia este incorectă. 


Listing 12.8: Rezolvarea problemei expresiilor aritmetice 


import java.1o.x; 

2 import io.Reader; 

3 

4/*x* 

5 * Program care transforma o expresie aritmetica 
6 * in forma poloneza postfixata. 


7 */ 
s public class Expresii 
> 
10 /*x 
11 * Verifica daca expresia mai este corecta 
12 x dupa eliminarea parantezelor exterioare. 
13 */ 
14 public static boolean parant (String x, int low, int high) 
is { 
16 int nrp = 0; //numarul de paranteze deschise si neinchise 
17 
18 for (int i = low + 1; i < high; i++) 
19 { 
20 if (x.charAt(i) == ’(’) 
21 { 
22 nrpt++,; 
23 } 
24 
25 if (x.charAt(i) == ’)’) 
26 { 
27 nrp——; 
28 } 
29 
30 if (nrp < 0) //s—a inchis o paranteza fara pereche 
31 { //deci nu putem elimina paranetezele exterioare 
32 return false; 
33 } 
34 } 
35 
36 return true; //parantezele exterioare pot fi eliminate 
37 
) 


39  /*xx* Trece o expresie in forma poloneza postfixata. */ 
4 public static String polonez(String x, int low, 


41 int high, char [][] op) 
42 { 
43 if (low == high) 
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} 


{ 


return x.valueOf(x.charAt(low)); 

} 

//elimina parantezele exterioare inutile 

while (x.charAt(low) == ’(’ && x.charAt(high) == ’)’ 
&& parant(x, low, high)) 

{ 
low++; 
high—-; 

} 


//cauta locul unde sirul poate fi "rupt" in doua 
for (int i = 0; i < op.length; i++) 


{ 


int nrp = 0; 


for (int j = high; j >= low; j——) 


{ 
if (x.charAt(j) == ’(’) 
{ 
nrp++; 
) 
if (x.charAt(j) == ’)’) 
{ 
nrp—-; 
} 


//daca ne aflam in afara parantezelor si am 
// gasit un operator cu prioritatea adecvata 
if (nrp ==0 && 
(x.charAt(j) == op[i][0] II 
x.charAt(j) == op[i][1])) 


{ 
return polonez(x, low, j — 1, op) + 
polonez(x, j + 1, high, op) + 
x. valueOf(x.charAt(j )); 
} 


} 
} 


//daca s—a ajuns aici, sirul nu a putut fi "rupt" in 


//doua, deci expresia este incorecta 
return "Sirul este incorect" ; 


/** Programul principal. */ 
public static void main(String[] args) 


//matricea celor 4 operatori standard 


char[][] op = ( {’+’, ’—’}, (x, (7? } }; 
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94 // citirea expresiei aritmetice 

95 System .out.print(" Introduceti expresia aritmetica: "); 
96 

97 String x = Reader. readString (); 

98 if (x.length() == 0) return; 

99 

100 System . out. println ("Forma poloneza postfixata a " + 
101 "expresiei aritmetice este: " + 

102 polonez(x, 0, x.length() — 1, op)); 

03) 

104 } 

Rezumat 


La începutul acestui capitol am prezentat elemente esenţiale referitoare la 
recursivitate. Am văzut care este mecanismul care stă la baza acestei tehnici 
şi faptul că un apel recursiv nu diferă în esenţă cu nimic de un apel obişnuit. 
Iată care sunt regulile de bază ale recursivitatii, pe care este bine să le retineti şi 
aplicaţi întotdeauna: 


1. Condiţia de terminare: cel puţin o instanţă a problemei trebuie întot- 
deauna să se poată rezolva fără a utiliza recursivitatea; 


2. Progresul: orice apel recursiv trebuie să progreseze către condiţia de ter- 
minare; 


3. Crede şi nu cerceta: întotdeauna trebuie să presupuneti că apelul recursiv 
funcţionează (fără a vă pune problema cum); 


4. Suprapunere de apeluri: evitati să executaţi acelaşi lucru de două ori, 
prin rezolvarea aceleiaşi instanţe a problemei în apeluri recursive distince 
(cum am făcut la şirul lui Fibonacci). 


Recursivitatea are multe aplicaţii concrete, câteva dintre ele fiind prezentate 
chiar în cadrul acestui capitol. 

Introducerea elementelor principale ale recursivitatii a fost urmată apoi de 
prezentarea metodei divide et impera, precum şi a celor trei etape fundamen- 
tale care o caracterizează: divide, cucereşte, combină. Căutarea binară este 
o metodă de a găsi rapid un element în cadrul unui şir ordonat. Quicksort 
şi Mergesort sunt metode deosebit de eficiente de a ordona un şir. Problema 
expresiilor aritmetice presupune trecerea unei expresii din forma standard în 
forma poloneză postfixată. 


161 


12.6. EXPRESII ARITMETICE 


Notiuni fundamentale 


căutare binară: metodă de căutare eficientă a unui element în cadrul unui 
şir ordonat. 

condiţie de terminare: condiţie care indică sfărşitul recursiei prin rezolvarea 
directă a unei instanţe a problemei. 

Mergesort: algoritm de sortare eficient în care şirul se împarte în două 
jumătăţi, după care se ordonează fiecare jumătate şi se combină rezultatul. 

metodă recursivă: o metodă care se autoapelează direct sau indirect. 

Quicksort: algoritm de sortare eficient în care şirul se partitioneaza în două, 
după care se ordonează fiecare partiție. 

suprapunere de apeluri: situaţie în care un algoritm recursiv realizează 
inutil aceleaşi apeluri de mai multe ori, scăzând astfel drastic eficienţa rezolvării. 


Erori frecvente 


1. Cea mai frecventă eroare la începători este de a uita să stabilească o 
condiţie de terminare pentru apelurile recursive. 


2. Fiţi atenţi ca fiecare apel recursiv să constituie un pas către condiţia de 
terminare, altfel recursia este incorectă. 


3. Trebuie evitată suprapunerea apelurilor recursive, deoarece ele tind să ge- 
nereze algoritmi de complexitate exponențială. 


4. Complexitatea algoritmilor recursivi trebuie calculată folosind formule 
de recurenţă. Nu puteţi presupune că un apel recursiv are o complexitate 
în timp liniară. 


5. În cazul unui apel recursiv, doar variabilele locale şi parametri actuali se 
salvează pe stivă. Nu vă bazati pe faptul că variabilele definite în afara 
funcţiei sunt salvate la apelul recursiv. 


6. Pe de altă parte, evitati să declaraţi variabile locale sau parametri formali 
care nu sunt necesari pentru metoda recursivă, pentru a nu umple stiva cu 
informaţii inutile. 


7. Deşi multe probleme admit descompunerea în două sau mai multe sub- 
probleme, nu întotdeauna soluţia problemei iniţiale se poate obţine pe 
baza soluţiei subproblemelor. 
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12.6. EXPRESII ARITMETICE 
Exercitii 
Teorie 
1. Reprezentati evoluţia stivei pentru funcțiile recursive din acest capitol. 


2. Calculati de câte ori se recalculează valoarea Fk în cazul calcului recursiv 
al valorii Fn a șirului lui Fibonacci, prezentat în paragraful 12.1.1. 


In practică 


1. Să se calculeze recursiv şi iterativ cel mai mare divizor comun a două 
numere după formulele (Euclid): 


cmmdc(b,amodb) pentru amodb #0 


emmdc(a, b) = | b altfel 


cmmdc(b,|a—b|) pentru afb 
b 


cmmdc(a, b) = | altfel 


2. Să se calculeze recursiv şi iterativ funcţia lui Ackermann, dată de formula: 


n+1 pentu m=0 
Ack(m,n) = 4 Ack(m — 1,1) pentru n=0 
| Ack(m — 1, Ack(m,n — 1)) altfel 


3. Să se calculeze combinările după formula de recurenţă din triunghiul lui 
Pascal: 


Ch = Cha + Cazi 
Calculaţi apoi combinările după formula clasică: 


bk n! 
Cn = k!(n — k)! 


Ce constatați? Cum explicati ceea ce ati constatat? 
163 


12.6. EXPRESII ARITMETICE 


4. 


5. 


10. 
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Să se calculeze recursiv şi iterativ funcția Manna-Pnueli, dată de formula: 


_j [ml pentru x > 12 
Pe ice { F(F(a+2)) altfel 


Să se scrie o funcţie care calculează recursiv suma cifrelor unui număr 
după formula: 


S(n) = n mod 10 + S(n div 10) pentu n>0 
"=o pentru n=0 


Se consideră două şiruri definite recurent după formulele: 


Să se scrie un program recursiv care calculează aceste şiruri. 


(Partiţiile unui număr) Un număr natural n se poate descompune ca sumă 
descrescătoare de numere naturale. De exemplu, pentru numărul 4 avem 
descompunerile 2+1+1 sau 3+1. Prin P(n,k) se notează numărul de 


eqe w,’ 


mere. De exemplu, P(4,2) = 2 (4 = 3 + 1,4 = 2 + 2). Numerele 
P(n, k) verifică relația de recurenta: 


P(n + k, k) = P(n,1) + P(n,2) +... + P(n, k) 
cu P(n,1) = P(n,n)=1. 


Să se calculeze numărul total de descompuneri ale numărului n. 


. Să se modifice metoda polonez () din Listing 12.8 astfel încât să poată 


transforma corect şi expresii în care operanzii au lungimi mai mari de un 
caracter. De exemplu (maz + 1) * (min + 2) etc. 


Să se scrie o funcție care calculează maximul elementelor unui sir uti- 
lizând tehnica Divide et Impera. 


Indicatie: Se împarte şirul în două jumătăți egale, se calculează recursiv 
maximul celor două jumătăţi si se alege numărul mai mare. 


(Turnurile din Hanoi) Se dau trei tije simbolizate prin literele A, B şi 
C. Pe tija A se află n discuri de diametre diferite aşezate descrescător 
în ordinea diametrelor, cu diametrul maxim la bază. Se cere să se mute 
discurile pe tija B respectând următoarele reguli: 


11. 


12. 
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(a) la fiecare pas se mută un singur disc; 


(b) nu este permisă aşezarea unui disc cu diametru mai mare peste un 
disc cu diametrul mai mic. 


Indicatie: Formularea recursivă a soluţiei este: se mută primele n-1 dis- 
curi de pe tija A pe tija C folosind ca tijă intermediară tija B; se mută 
discul rămas pe A pe tija B; se mută discurile de pe tija C pe tija B 
folosind ca tijă intermediară tija A. Parcurgerea celor trei etape permite 
definirea recursivă a șirului H(n,a,b,c) astfel: 


H(n,a,b,c) = 
ab dacă n=1 
H(n-—1,a,c,b),ab,H(n-—1,c,b,a) dacă n>l 


Exemplu: Pentru n = 2 avem: 
H(2,a,b,c) = H(1,a,c,b),ab, H(1,c,b,a) = ac, ab, cb 


Scrieţi un program în care calculatorul să ghicească cît se poate de re- 
pede un număr natural la care v-aţi gândit. Numărul este cuprins între 1 
şi 32.000. Atunci când calculatorul propune un număr į se va răspunde 
prin 1, dacă numărul este prea mare, 2 dacă numărul este prea mic şi 0 
dacă numărul a fost ghicit. 


Indicatie: Problema foloseşte metoda căutarii binare prezentată în acest 
capitol. 


(Problema tăieturilor) Se dă o bucată dreptunghiulară de tablă de dimen- 
siune [| x h, având pe suprafaţa ei n găuri de coordonate numere întregi 
(colţul din stânga jos al tablei este considerat centrul sistemului de co- 
ordonate). Să se determine care este bucata de arie maximă fără găuri 
care poate fi decupată din suprafaţa originală. Sunt permise doar tăieturi 
orizontale sau verticale. 


Indicatie: Se caută în bucata curentă prima gaură. Dacă o astfel de 
gaură există, atunci problema se împarte în alte patru subprobleme de 
acelaşi tip. Dacă suprafaţa nu are nici o gaură, atunci se compară 
suprafața ei cu suprafeţele fără gaură obținute până la acel moment. 
Dacă suprafaţa este mai mare, atunci se retin coordonatele ei. 
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Coordonatele găurilor sunt date în doi vectori xv şi yv. Coordonatele 
dreptunghiurilor care apar pe parcursul problemei sunt reţinute prin colțul 
stânga jos (x,y), lungime şi lățime (Lh). 


Pentru a se afla in interioul unui dreptunghi o gaură trebuie să indepli- 
nească simultan condiţiile: 

(a) zu(î) > z; 

(b) zu(î) << a+]; 

(c) yv(i) > y; 

(d) yu(î) < y +h. 


Tăietura verticală prin această gaură determină două dreptunghiuri: 


(a) x,y,xv(i)-x,h; 
(b) xv(i),y,l+x-xv(i),h. 


Tăietura orizontală prin această gaură determină alte două dreptunghi- 
uri: 


(a) x,y, yv(i)-y; 
(b) x,yv(i), l h+y-yv(i). 
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13. Algoritmi Greedy 


Am constatat ca cu cat muncesc 
mai mult, cu atat am mai mult 
noroc. 


Thomas Jeferson 


Algoritmii aplicaţi problemelor de optimizare (in care se urmăreşte obţinerea 
minimului sau maximului unei funcţii obiectiv) sunt, în general, compuşi dintr- 
o secvenţă de paşi, la fiecare pas existând mai multe alegeri posibile. Pentru 
multe probleme de optimizare, utilizarea metodei programării dinamice (prezen- 
tată în capitolul 14) în vederea determinării celei mai bune soluţii se dovedeşte 
a fi o strategie prea complicată. Un algoritm Greedy va alege la fiecare mo- 
ment soluţia care pare a fi cea mai bună la momentul respectiv. Este vorba deci 
despre o alegere optimă, făcută local, cu speranţa că ea va conduce la un op- 
tim global. Acest capitol tratează probleme de optimizare care pot fi rezolvate 
cu ajutorul algoritmilor Greedy. Algoritmii Greedy conduc în multe cazuri la 
soluţii optime, dar nu întotdeauna... În secţiunea 13.1 vom prezenta mai întâi o 
problemă simplă dar netrivială, problema selectării activităţilor, a cărei soluţie 
poate fi calculată în mod eficient cu ajutorul unei metode de tip Greedy. Mai 
departe, în secţiunea 13.2 se recapitulează câteva elemente de bază ale metodei 
Greedy. Capitolul se încheie cu prezentarea câtorva probleme specifice. 

Metoda Greedy este destul de puternică şi este aplicată cu succes unui spec- 
tru larg de probleme. Lucrările despre teoria grafurilor conţin mai mulţi algo- 
ritmi care pot fi priviţi ca aplicaţii ale metodei Greedy, cum ar fi algoritmii de 
determinare a arborelui parţial de cost minim (Kruskal, Prim) sau algoritmul lui 
Dijkstra pentru determinarea celor mai scurte drumuri pornind dintr-un vârf. 

În cadrul acestui capitol vom vedea: 


e Care sunt elementele care caracterizează o strategie greedy; 
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e Ce este substructura optima (principiul optimalitatii) şi principiul alegerii 
greedy; 


e Cum se poate demonstra corectitudinea unui algoritm. 


13.1 Problema spectacolelor (selectarea activitati- 
lor) 


Primul exemplu pe care îl vom considera este o problemă de repartizare a 
unei resurse (o sală de spectacol) mai multor activităţi care concurează pentru 
a obţine resursa respectivă (diferite spectacole care au loc în sala respectivă). 
Vom vedea că un algoritm de tip Greedy reprezintă o metodă simplă şi elegantă 
pentru programarea unui număr maxim de spectacole care nu se suprapun (nu- 
mite activităţi compatibile reciproc). 

Să presupunem că dispunem de o mulţime S = 1,2,...,n de n activităţi (spec- 
tacole) care doresc să folosească o aceeaşi resursă (sala de spectacole). Această 
resursă poate fi folosită de o singură activitate la un moment dat. Fiecare activi- 
tate i are un timp de start 8; şi un timp de terminare t;, unde $; < ti. Dacă este 
selectată activitatea i, ea se desfăşoară pe durata intervalului [s;,t;). Două 
activităţi sunt compatibile dacă duratele lor de desfăşurare sunt disjuncte. Pro- 
blema spectacolelor (selectării activităţilor) constă în selectarea unei mulţimi 
maximale de activităţi compatibile între ele. 

Un algoritm Greedy pentru această problemă este descris de următoarea 
funcţie, prezentată în pseudocod. Vom presupune că spectacolele (adică datele 
de intrare) sunt ordonate crescător după timpul de terminare: 


ti Sta S,---,S în. 


În cazul în care activităţile nu sunt ordonate astfel, ordonarea poate fi făcută 
în timpul O(n * logn) (folosind Mergesort sau Quicksort prezentate în capi- 
tolul anterior). Algoritmul de mai jos presupune că datele de intrare s şi t sunt 
reprezentate ca şiruri. 


functie SELECT-SPECTACOLE-GREEDY(s, t) 
//SS = mulțimea spectacolelor selectate 
SS + {1} 

//uss = indicele Ultimului Spectacol 
//Selectat 
uss — 1 
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pentru sc=2,n //sc este spectacolul curent 
dacă Sse > tuss atunci 
//spectacolul curent începe 
//după ce uss s-a terminat, deci 
//se adaugă sc la spect. selectate 


SS «+ SSU {sc} 
//ultimul spectacol selectat devine sc 
USS — sc 


return SS 


În mulţimea SS se introduc spectacolele care au fost selectate. Variabila uss 
identifică ultimul spectacol introdus în SS. Deoarece activităţile sunt con- 
siderate în ordinea crescătoare a timpilor lor de terminare, tuss va reprezenta 
întotdeauna timpul maxim de terminare a oricărei activităţi din SS. Aceasta 
înseamnă că: 


tuss = max{t,|k € SS} 


La începtul algoritmului, mulţimea spectacolelor selectate, SS, se inițiali- 
zează cu activitatea 1 (deoarece această activitate se termina cel mai repede), 
iar variabila uss (ultimul spectacol selectat) ia ca valoare această activitate. În 
continuare, în ciclul pentru se consideră pe rând fiecare activitate, sc. Aceasta se 
adaugă mulţimii S.S dacă este compatibilă cu celelalte activităţi deja selectate. 
Pentru a vedea dacă specacolul curent, sc, este compatibil cu toate celelalte 
activităţi existente la momentul curent în SS, este suficient ca momentul de 
start Ss. să nu fie mai devreme decât momentul de terminare tuss al activi- 
tatii cel mai recent adăugate mulţimii SS. Dacă specacolul curent, sc, este 
compatibil, atunci el este adăugat mulţimii S'S, iar variabila uss este actualiza- 
tă. Funcţia SELECT-SPECTACOLE-GREEDY este foarte eficientă. Ea poate 
planifica o mulţime S de n activităţi în O(n), presupunând că activităţile au 
fost deja ordonate după timpul lor de terminare. Activitatea aleasă de SELECT- 
SPECTACOLE-GREEDY este întotdeauna cea cu primul timp de terminare care 
poate fi planificată fără suprapuneri. 


13.1.1 Demonstrarea corectitudinii algoritmului 


Până în acest moment, nu ne-am pus problema demonstrării corectitudinii 
algoritmilor prezentaţi. Totuşi, trebuie să menţionăm că există o întreagă ra- 
mură a algoritmicii care se ocupă exclusiv de demonstrarea corectitudinii al- 
goritmilor. În general, demonstrarea corectitudinii unui algoritm este un proces 
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destul de laborios, şi, în majoritatea aplicaţiilor practice concrete, este mai adec- 
vată testarea comportamentului pe mulţimi de date reprezentative decât demon- 
strarea riguroasă a corectitudinii. Există totuşi situaţii în care trebuie să ne asi- 
gurăm că o anumită secvenţă critică din cadrul unui program face exact ceea ce 
intenţionăm, indiferent de setul de date care este primit la intrare. De exemplu, 
pentru un sistem de operare, este esenţial ca algoritmul de planificare al pro- 
ceselor să funcţioneze corect, indiferent de numărul şi natura proceselor care 
trebuie planificate. Oricâte seturi de date am alege pentru a testa algoritmul, 
rămâne posibilitatea ca să fi scăpat din vedere o anumită configuraţie pentru 
care algoritmul ar funcţiona greşit. Astfel, singura posibilitate de a ne convinge 
că algoritmul va funcţiona corect indiferent de setul de date de la intrare este să 
demonstrăm riguros corectitudinea lui. 

Pentru algoritmul de faţă am ales să îi demonstrăm corectitudinea, deoarece 
pe de o parte ea este ilustrativă pentru o întreagă clasă de probleme, iar pe de 
altă parte demonstraţia nu este dificilă. 


Teorema 13.1.1 Algoritmul SELECT-SPECTACOLE-GREEDY furnizează so- 
lutia optimă (număr maxim de spectacole) pentru problema selectării activită- 
tilor. 


Demonstraţie: Fie S = {1, 2, . . . , n} mulţimea activităţilor care trebuie pla- 
nificate, ordonate crescător după timpul de terminare. În consecinţă, activitatea 
1 se termină cel mai devreme. Vom arăta că există o soluţie optimă care începe 
cu activitatea 1. 

Să presupunem că avem o soluţie A C S optimă pentru o instanţă a pro- 
blemei. Pentru simplitate, presupunem că activităţile din A sunt ordonate după 
timpul de terminare. Dacă primul spectacol din A este chiar 1, atunci demon- 
stratia este încheiată. Dacă primul spectacol din A nu este 1, atunci inlocuim 
primul spectacol cu spectacolul 1, obţinând evident o soluţie corectă, deoarece 
spectacolul 1 se va termina mai devreme decât primul spectacol din A. Am ară- 
tat astfel că există o soluţie optimă pentru S care începe cu activitatea 1. 

Mai mult, odată ce este făcută alegerea activităţii 1, problema se reduce 
la determinarea soluţiei optime pentru activităţile din § care sunt compatibile 
cu activitatea 1. Fie S’ = {i € S|s; > tı} mulţimea activităţilor care încep 
după ce 1 se termină. Rezultă că dacă A este o soluţie optimă pentru S, atunci 
A’ = A—{1} este o soluţie optimă pentru S’. Dacă nu ar fi aşa, atunci ar exista o 
soluţie optima B’ pentru S’ care să aibă mai multe activităţi decât A’. Adăugând 
activitatea 1 la B’, vom obţine o soluţie pentru S cu mai multe activităţi decât 
soluţia A, ceea ce este absurd. 

Astfel, prin inducţie după numărul de alegeri făcute se poate arăta că alegând 
primul spectacol compatibil la fiecare pas, se obţine o soluţie optimă. 
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13.1.2 Soluția problemei spectacolelor 


Soluţia problemei spectacolelor este dată în Listing 13.1. Metoda select- 
Spectacole () de la liniile 12-33 este transpunerea în Java a funcției SELECT- 
SPECTACOLE-GREEDY. selectSpectacole () primeşte ca parametri do- 
uă şiruri reprezentând timpul de început respectiv timpul de sfârşit al fiecărui 
spectacol şi întoarce un vector cu specacolele care au fost planficate, în ordinea 
crescătoare a timpului de începere. Ordonarea crescătoare a spectacolelor este 
realizată de metoda ordonare () de la liniile 35-70, care, pentru simplitate, 
foloseşte metoda bulelor. De remarcat faptul că metoda ordonare () trebuie 
să interschimbe şi valorile din şirul s, pentru a menţine consistenţa cu şirul t. 


Listing 13.1: Soluţia problemei spectacolelor 


import java.util.x; 

2 import java.io.*; 

3import io.Reader; 

4 

5 /* * 

6 * Problema spectacolelor (selectarea activitatilor prin 
7 * metoda Greedy) 

8 */ 

o public class Spectacole 

10 { 

1u /xx* Selectarea spectacolelor. */ 

2 public static Vector selectSpectacole(int[] s, int[] t) 


13 

{ 

14 Vector sol = new Vector (); 

15 

16 if (s.length == 0) return sol; 

17 

18 //primul spectacol face parte din solutie 
19 sol.addElement (new Integer (0)); 

20 

21 int j = 0; 

22 

23 for (int i = 1; i < s.length; i++) 
24 { 

25 if (s[i] >= t[j]) 

26 { 

27 sol.addElement (new Integer(i )); 
28 j = i; 

29 } 

30 } 

31 

32 return sol; 

3) 


35 /** Ordonarea timpilor de terminare a spectacolelor. */ 
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public static void ordonare(int[] s, int[] t) 


{ 


// ordonare prin "bubble sort” 


//daca interschimbam valorile din sir 
//atunci k este 1, altfel k este O 
int k; 

int aux; 


do 
{ 


//la inceput nu sunt schimbari in siruri 


k = 0: 


for (int i = 0; i < t.length — 1; i++) 


{ 
if (t[i] > t[i + 1]) 
{ 
//interschimbam valorile din s 
aux = s[i]; 
s[i] = s[i + 1]; 
s[i + 1] = aux; 
//interschimbam valorile din t 
aux = t[1]; 
t[i] = tli + 1]; 
tli + 1] = aux; 
//au fost facute schimbari in siruri 
k = 1; 
} 
} 


} 
while (k == 1); 


/** Programul principal. */ 
public static void main(String [] args) 


{ 


// citirea numarului de spectacole 


System .out.print("Introduceti numarul de spectacole: 


int n = Reader.readInt (); 


//citirea timpilor de incepere si terminare ai spectacolelor 


System.out.printIlIn("Introduceti timpii de incepere 
"terminare ai spectacolelor:"); 


int[] s = new int[n]; 
int[] t = new int[n]; 
for(int i = 0; i < s.length; i++) 


")5 
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86 { 

87 System.out.print("s[" +i + "] = "); 

88 s[i] = Reader. readInt(); 

89 System.out.print("t[" +i + "] = "); 

90 t[i] = Reader. readInt(); 

91 } 

92 

93 //ordonarea crescatoare a spectacolelor in functie de 
94 //timpul de terminare a spectacolelor 

95 ordonare(s, t); 

96 

97 //se selecteaza prin metoda greedy spectacolele 
98 Vector sol = selectSpectacole(s, t); 

99 

100 //afisarea rezultatelor 

101 System .out.println(" Organizarea spectacolelor:"); 
102 for (int i = 0; 1 < sol.size(); i++) 

103 { 

104 int id = ((Integer) sol.elementAt(i)).intValue (); 
105 

106 System.out.printIlIn(s[id] + " " + t[id]); 

107 } 

108 

109) 


110 } 


13.2 Elemente ale strategiei Greedy 


Un algoritm Greedy determină o soluţie optimă a unei probleme în urma 
unei succesiuni de alegeri. La fiecare moment de decizie din algoritm este 
aleasă opţiunea care pare a fi cea mai potrivită. Această strategie euristică nu 
produce întotdeauna soluţia optimă, dar există şi cazuri când aceasta este obti- 
nută, cum ar fi în cazul problemei selectării activităţilor. În acest paragraf vom 
prezenta câteva proprietăţi generale ale metodei Greedy. 

Cum se poate decide dacă un algoritm Greedy poate rezolva o problemă par- 
ticulară de optimizare? În general nu există o modalitate de a stabili acest lucru, 
dar există anumite caracteristici pe care le au majoritatea problemelor care se 
rezolvă prin tehnici Greedy: proprietatea de alegere Greedy şi substructura 
optimă. 

În cazul general o problemă de tip Greedy, are următoarele componente: 


e o mulțime de candidaţi (lucrări de planificat, vârfuri ale grafului etc); 


e o funcţie care verifică dacă o anumită mulţime de candidaţi constituie o 
soluţie posibilă (nu neapărat optimă) a problemei; 
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e o funcţie care verifică dacă o mulţime de candidaţi este fezabild, adică 
dacă este posibil să completăm această mulţime astfel încât să obţinem o 
soluţie posibilă (nu neapărat optimă) a problemei (verifică dacă planifi- 
carea este formată din activităţi care nu se suprapun, etc.); 


e o funcție de selecţie care indică la orice moment care este cel mai promiţă- 
tor dintre candidaţii încă nefolositi (se alege spectacolul compatibil care 
se termină cel mai repede); 


e o funcţie obiectiv care dă valoarea unei soluţii (numărul de lucrări plani- 
ficate, timpul necesar executării tuturor lucrărilor într-o anumită ordine, 
lungimea drumului pe care l-am găsit, etc.); aceasta este funcţia pe care 
urmărim să o optimizăm (minimizăm/maximizăm ). 


Pentru a rezolva o problemă de optimizare cu Greedy, căutăm o soluţie posibilă 
care să optimizeze valoarea funcţiei obiectiv. Un algoritm Greedy construieşte 
soluţia pas cu pas. Iniţial, mulţimea candidaţilor selectaţi este vidă. La fiecare 
pas, încercăm să adăugăm acestei mulţimi cel mai promiţător candidat, conform 
funcţiei de selecţie. Dacă, după o astfel de adăugare, mulţimea de candidaţi se- 
lectaţi nu mai este fezabilă, eliminăm ultimul candidat adăugat, iar acesta nu va 
mai fi niciodată considerat. Dacă, după adăugare, mulţimea de candidaţi selec- 
taţi este fezabilă, ultimul candidat adăugat va rămâne de acum încolo în ea. De 
fiecare dată când lărgim mulţimea candidaţilor selectaţi, verificăm dacă această 
mulţime nu constituie o soluţie posibilă a problemei noastre. Dacă algoritmul 
Greedy funcţionează corect, prima soluţie găsită va fi totodată o soluţie optimă 
a problemei. Soluţia optimă nu este în mod necesar unică: se poate ca funcţia 
obiectiv să aibă aceeaşi valoare optimă pentru mai multe soluţii posibile. De- 
scrierea în pseudocod a unui algoritm Greedy general este: 


functie greedy(C) // C este mulţimea candidaţilor 
S + 
@ // S este mulțimea în care construim soluția 
cât timp not solutie(S) şi C#¢ 
xt un element din C care maximizează select (x) 
C +C- {zx} 
dacă fezabil(SU{z}) atunci S + SU {zx} 
daca solutie(S) atunci 
return sS 
altfel 
return "nu există soluţie” 


174 


13.2. ELEMENTE ALE STRATEGIEI GREEDY 


Este de inteles acum de ce un astfel de algoritm se numeste "lacom" (am putea 
să-l numim şi "nechibzuit"). La fiecare pas, greedy() alege cel mai bun candi- 
dat la momentul respectiv, fără să-i pese de viitor şi fără să se răzgândească. 
Dacă un candidat este inclus în soluţie, el rămâne acolo; dacă un candidat este 
exclus din soluţie, el nu va mai fi niciodată reconsiderat. Asemenea unui în- 
treprinzător care urmăreşte câştigul imediat în dauna celui de perspectivă, un 
algoritm Greedy acţionează simplist. Totuşi, ca şi în afaceri, o astfel de metodă 
poate da rezultate foarte bune tocmai datorită simplităţii ei. Funcţia de selectare 
este în general derivată, ca şi funcţia de continuare de la metoda backtracking, 
din funcţia obiectiv. Să identificăm acum elementele strategici Greedy pentru 
următoarea problemă: 

Să se scrie un algoritm care este capabil să dea o anumită sumă, reprezen- 
tand restul unui client, folosind un număr cât mai mic de monezi, având valorile 
de 1,5 şi 25 de unităţi. 

Elementele strategiei Greedy sunt: 


e Candidaţii: mulţimea iniţială de monezi de 1, 5 şi 25 unităţi, în care 
presupunem ca din fiecare tip de monedă avem o cantitate nelimitată; 


e O soluţie posibilă: valoarea totală a unei astfel de mulţimi de monezi 
selectate trebuie să fie exact valoarea pe care trebuie să o dăm ca rest; 


e O mulţime fezabilă: valoarea totală a unei astfel de mulţimi de monezi 
selectate nu este mai mare decât valoarea pe care trebuie să o dăm ca rest; 


e Funcția de selecţie: se alege cea mai mare monedă din mulţimea de can- 
didati rămasă; 


e Funcția obiectiv: numărul de monezi folosite în soluţie; se doreşte mini- 
mizarea acestui număr. 


Se poate demonstra că algoritmul Greedy va găsi în acest caz mereu soluţia 
optimă - restul cu un număr minim de monezi. Pe de altă parte, presupunând 
că există şi monezi de 12 unităţi sau că unele din tipurile de monezi lipsesc din 
mulţimea iniţială de candidaţi, se pot găsi contraexemple pentru care algoritmul 
nu găseşte soluţia optimă, sau nu găseşte nici o soluţie cu toate că există una. 

Evident, soluţia optimă se poate găsi şi încercând toate combinările posibile 
de monezi (folosind backtracking), dar soluţia ar avea în acest caz o complexi- 
tate exponențială, în timp ce complexitatea algoritmului Greedy este liniară. 

Un algoritm Greedy nu duce deci întotdeauna la soluţia optimă sau la o 
soluţie. Este doar un principiu general, urmând ca pentru fiecare caz în parte să 
determinăm dacă obţinem sau nu soluţia optimă. 
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Să vedem acum care sunt cele două caracteristici esenţiale pe care trebuie 
să le respecte o problemă pentru a putea fi abordată folosind Greedy. 


13.2.1 Proprietatea de alegere Greedy 


Prima caracteristică a unei probleme de tip Greedy este proprietatea alegerii 
Greedy, adică se poate ajunge la o soluţie optimă global, realizând alegeri 
(Greedy) optime local. În procesul de construcţie a unei soluţii din cadrul unui 
algoritm Greedy se realizează o alegere care pare a fi cea mai bună la momentul 
respectiv. Alegerea realizată de un algoritm Greedy poate depinde de alegerile 
făcute până în acel moment, dar nu ia în calcul niciodată alegerile care pot fi 
făcute ulterior. 


Desigur, trebuie să demonstrăm că o alegere Greedy la fiecare pas conduce 
la o soluţie optimă global, dar aceasta este o problemă mai delicată. De obicei, 
demonstraţia examinează o soluţie optimă global. Apoi se arată că soluţia poate 
fi modificată astfel încât la fiecare pas este realizată o alegere Greedy, iar această 
alegere reduce problema la una similară dar de dimensiuni mai reduse. Se aplică 
apoi principiul inducției matematice pentru a arăta că o alegere Greedy poate fi 
utilizată la fiecare pas. Faptul că o alegere Greedy conduce la o problemă de di- 
mensiuni mai mici reduce demonstraţia corectitudinii la demonstrarea faptului 
că o soluţie optimă trebuie să evidentieze o substructură optimă. 


13.2.2  Substructură optimă 


O problemă evidenţiază o substructură optimă dacă o soluţie optimă a pro- 
blemei conţine soluţii optime ale subproblemelor. Această proprietate este 
cheia pentru aplicarea programării dinamice sau a unui algoritm Greedy. Ca 
exemplu al unei structuri optime, să ne reamintim demonstraţia corectitudinii 
algoritmului pentru problema selectării spectacolelor, unde se arată că dacă 
o soluţie optimă A a problemei selectării activităţilor începe cu activitatea 1, 
atunci mulţimea activităţilor A’ = A — {1} este o soluţie optimă pentru proble- 
ma selectării activităţilor S’ = {i € S|s; > tı}. 

Cu proprietatea de substructură optimă ne vom întâlni în capitolul următor, 
în care vom prezenta cum se pot rezolva problemele care o respectă (fără a 
respecta şi proprietatea de alegere Greedy) folosind metoda programării dina- 
mice. 
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13.3 Minimizarea timpului mediu de aşteptare 


O singură Staţie de servire (procesor, pompă de benzină etc) trebuie să satis- 
facă cererile a n clienţi. Timpul de servire necesar fiecărui client este cunoscut 
în prealabil: pentru clientul i este necesar un timp t;,1 = 1,n. Dorim să 
minimizăm timpul total de aşteptare: 


T= Da (timpul de aşteptare pentru clientul 7) 


Ceea ce este acelaşi lucru cu a minimiza timpul mediu de aşteptare, care 
este £, 

De exemplu, dacă avem trei clienți cu ti = 5, t2 = 10, t3 = 3, sunt posibile 
şase ordini de servire: 


În primul caz, clientul 1 este servit primul, clientul 2 aşteaptă până este 
servit clientul 1 si apoi este servit, clientul 3 aşteaptă până sunt serviti clienții 
1, 2 şi apoi este servit. Timpul total de aşteptare a celor trei clienți este 38. 

Timpul total minim de aşteptare este obținut în al cincilea caz şi are valoarea 
29. 

Algoritmul Greedy este foarte simplu - la fiecare pas se selectează clientul 
cu timpul minim de servire din mulţimea de clienţi rămasă. Vom demonstra 


că acest algoritm este optim. Fie J = (i, î2 ... în) o permutare oarecare a 
întregilor (1, 2,...,n). Dacă servirea are loc în ordinea J, avem: 
TU) = ti + (ti + tiz) + (ti +h, + ti) +... = nti t(n 1ta +... = 


Xai (n —k+ 1)ti, 
Presupunem acum că / este astfel ales încât putem găsi doi întregi a < b cu 
ti, > ti, 


deci există un client (b) care necesită un timp mai lung de deservire, şi care este 
servit înainte (de a). 

Interschimbăm pe ta cu 2, in J; cu alte cuvinte, clientul care a fost servit al 
b-lea va fi servit acum al a-lea şi invers. Obtinem o nouă ordine de servire I’, 
care este de preferat deoarece 
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TU') = (n—a+ 1)ti +(n— b+ ti, + DER ES (n — k+ 1)ti, 


TU) — TU') = (n-at+1)(, — ti, ) + (n— b+ 1) (ti, — ti) = 
(b — a)(t;, — ti,) > 0 


Aplicând succesiv pasul de mai sus se obţine o permutare optimă, de tipul 
J = (ji, 32; - - - , Ín) pentru care avem: 


bi Sty Sase SS bau 


Prin metoda Greedy, selectând permanent clientul cu timpul cel mai mic de 
deservire, obținem deci întotdeauna planificarea optimă a clienţilor. Problema 
poate fi generalizată şi pentru un sistem cu mai multe staţii de servire. 

Implementarea algoritmului se reduce la o banală ordonare a clienţilor crescă- 
tor după timpul de deservire şi este prezentată în Listing 13.2. 


Listing 13.2: Soluţia problemei minimizării timpului de aşteptare 


ı import java.io.x; 

2 import io.Reader; 

3 

4 /** 

5 * Program pentru minimizarea timpului de asteptare al unui 
6 * client pentru a fi deservit de o statie (metoda Greedy). 
7 */ 

s public class MinimTimp 

9 { 

10 «= /x» Ordonarea timpilor de asteptare ai clientilor. x/ 

11 public static void ordonare(int[] t) 


12 
{ 
13 // ordonare prin "bubble sort” 
14 
15 // daca interschimbam valorile din sir 
16 // atunci k este 1, altfel k este O 
17 int k; 
18 int aux; 
19 
20 do 
21 { 
22 //la inceput nu sunt schimbari in siruri 
23 k = 0; 
24 
25 for (int i = 0; i < t.length — 1; i++) 
26 { 
27 if (t[i] > t[i + 1]) 
28 { 
29 //interschimbam valorile din t 
30 aux = t[1]; 


} 
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t[i] = t[i + 1]; 
tli + 1] = aux; 
//au fost facute schimbari in sir 
k= 1; 
) 
) 
while (k == 1); 


/** Calculeaza timpul total minim de asteptare.*x/ 
public static int calculTimpMinim(int[] t) 


{ 


int s = 0; 

System.out.println("Ordinea de deservire este:"); 

for (int i = 1; i <= t.length; i++) 

l s += (t.length — i + 1) æ t[i — 1]; 
System . out. print(t[i — 1] +" "); 

} 


System. out. println (); 


return s; 


/* * Programul principal. */ 
public static void main(String [] args) 


{ 


//citirea timpului de asteptare al fiecarui client 

System.out.println("Timpii de asteptare pentru "+ 
"clienti (pe aceeasi linie ):"); 

int [] t = Reader.readIntArray (); 


//ordonarea timpilor de asteptare ai clientilor 
ordonare (t); 


System . out. printIn ( 


"Timpul total de asteptare are valoarea minima = " + 
calculTimpMinim (t)); 
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13.4 Interclasarea optima a mai multor şiruri or- 
donate 


Să presupunem că avem două şiruri 5; şi 92, de lungime m şi n, ordonate 
crescător şi că dorim să obţinem prin interclasarea lor un şir ordonat crescător, 
S, care conţine exact elementele din cele două şiruri. Dacă interclasarea are loc 
prin plasarea elementelor din Sı şi Sa în noul sir, S, atunci numărul deplasărilor 
este m+ n. 

Generalizând, să considerăm acum n şiruri 51, 92,... Sn, fiecare şir 5;,2 = 
1, n, fiind format din q; elemente ordonate crescător (vom numi q; lungimea lui 
Si). Ne propunem să obţinem şirul $ ordonat crescător, conţinând exact ele- 
mentele din cele n şiruri. Vom realiza acest lucru prin interclasări succesive de 
câte două şiruri. Problema interclasării optime a mai multor şiruri ordonate con- 
stă în determinarea ordinii optime în care trebuie efectuate aceste interclasări, 
astfel încât numărul total de operaţii (deplasări) să fie cât mai mic. Exemplul 
de mai jos ne arată că problema astfel formulată nu este banală, adică nu este 
indiferent in ce ordine se fac interclasarile. 

Exemplu: Fie şirurile S41, 92, 93 de lungimi qı = 30,q2 = 20,q3 = 10. 
Dacă interclasăm pe Sı cu Sg, iar rezultatul îl interclasăm cu 93, numărul total 
al deplasărilor este (30 + 20) + (50 + 10) = 110. Dacă interclasăm pe S3 cu 
So, iar rezultatul îl interclasăm cu S1, numărul total al deplasărilor este (10 + 
20) + (30 + 30) = 90, deci cu 20 de operaţii mai puţin. 

Ataşăm fiecărei strategii de interclasare câte un arbore binar în care valoarea 
fiecărui vârf este dată de lungimea şirului pe care îl reprezintă. Dacă şirurile 
91, 92,..., 96 au lungimile qı = 30, q2 = 10, q3 = 20, q4 = 30, gs = 50, qe = 
10, două astfel de strategii de interclasare sunt reprezentate prin arborii din 
Figura 13.1. 

Observăm că fiecare arbore are 6 vârfuri terminale, corespunzând celor 6 
şiruri iniţiale şi 5 vârfuri neterminale, corespunzând celor 5 interclasari care 
definesc strategia respectivă. Numerotăm vârfurile în felul următor: vârful ter- 
minal î (5 € 1, 2, 3, 4, 5, 6), va corespunde șirului $;, iar vârfurile neterminale se 
numerotează de la 7 la 11 în ordinea obţinerii interclasărilor respective (Figura 
13.2). 

Strategia Greedy apare în Figura 13.1 (arborele din partea dreaptă) şi con- 
stă în a interclasa mereu cele mai scurte două şiruri disponibile la momentul 
respectiv. 


Pentru a interclasa şirurile $1, 92,..., Sn, de lungimi q1, Q2, - - - , Gn, obţinem 
pentru fiecare strategie câte un arbore binar cu n vârfuri terminale numerotate 
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Figura 13.1: Reprezentarea strategiilor de interclasare. 


150 150 


de la 1 la n si n — 1 vârfuri neterminale numerotate de lan + 1 la 2n — 1. 
Definim pentru un arbore oarecare A de acest tip lungimea externa ponderata: 


L(A) = X aig: 
t=1 


unde a; este adâncimea vârfului 7. Este uşor de observat că numărul total de 
deplasări de elemente pentru strategia corespunzătoare lui A este chiar L(A). 
Soluţia optimă a problemei noastre este atunci arborele (strategia) pentru care 
lungimea externă ponderată este minimă. 


Teorema 13.4.1 Prin metoda Greedy, în care se interclasează la fiecare pas 
cele două şiruri de lungime minimă, se obține şirul s cu un număr minim de 
operaţii. 


Demonstraţie: Demonstrăm prin inducţie. Pentru n = 1, proprietatea este 
verificată. Presupunem că proprietatea este adevărată pentru n — 1 şiruri. Fie A 
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Figura 13.2: Numerotarea varfurilor arborilor din Figura 13.1 


8 5 1 4 
S 3 ZN 
7 4 S N 
JN 2 6 
5 


SE se ata A 
qn. Fie B un arbore cu lungimea externă ponderată minimă, corespunzător unei 
strategii optime de interclasare a celor n şiruri. In arborele A apare subarborele: 


arborele strategiei Greedy de interclasare a n şiruri de lungime q1 < Q2 < 


qi + Q2 


qı q2 


reprezentând prima interclasare făcută conform strategiei Greedy. În arborele 
B, fie un vârf neterminal de adâncime maxima. Cei doi fii ai acestui vârf sunt 
atunci două vârfuri terminale q; şi qk. Fie B’ arborele obținut din B schim- 
band între ele vârfurile qı si qj, respectiv q2 şi qx. Evident, L(B') < L(B). 
Deoarece B are lungimea externă ponderată minimă, rezultă că L(B) = L(B'). 
Eliminând din B’ vârfurile qı si q2, obținem un arbore B” cu n — 1 vârfuri 
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terminale qi + q2,43,---,Qn- Arborele B’ are lungimea externă ponderata mi- 
nimă şi L(B') = L(B) + (qı + q2). Rezultă că si B are lungimea externa 
ponderată minimă. Atunci, conform ipotezei inducției, avem L(B) = L(A’) 
unde A’ este arborele strategiei Greedy de interclasare a şirurilor de lungime 
qı + G2, 03,- - -, qn. Cum A se obţine din A’ ataşând la vârful q1 + Q2 fiii qı si 
q2, iar B’ se obţine în acelaşi mod din B”, rezultă că L(A) = L(B') = L(B). 
Proprietatea este deci adevărată pentru orice n. 

Deoarece algoritmul alege la fiecare pas şirurile disponibile de lungime mi- 
nimă, structura de date adecvată pentru a reţine şirurile este coada de priori- 
tati, prezentată în paragraful 10.7. Implementarea algoritmului este simplă şi o 
lăsăm ca exerciţiu. 


Rezumat 


În acest capitol am prezentat metoda Greedy, care se poate aplica probleme- 
lor care respectă substructura optimă şi principiul alegerii Greedy. În cazul aces- 
tei metode, soluţia se construieşte succesiv, la fiecare pas realizând o alegere 
optimă local, fără a reveni asupra deciziilor anterioare. Soluţia construită astfel, 
va fi o soluţie optimă a problemei de rezolvat. Am văzut modul în care se poate 
demonstra corectitudinea unui algoritm utilizând un procedeu general, care se 
poate aplica la mulţi algoritmi de acest tip. 


Noţiuni fundamentale 


funcţie de selecţie: funcţie care indică cel mai promiţător dintre candidaţii 
încă nefolosiţi la un moment dat. 

proprietatea de alegere Greedy: se poate ajunge la o soluţie optimă global, 
realizând alegeri (Greedy) optime local. 

problemă de optimizare: problemă în care se cere minimizarea sau maxi- 
mizarea unei funcţii obiectiv. 

substructură optimă (principiul optimalitatii): o problemă evidenţiază o 
substructură optimă dacă o soluţie optimă a problemei conţine soluţii optime 
ale subproblemelor. 


Erori frecvente 


1. Nu încercaţi să aplicaţi această metodă orbeşte, fără a verifica dacă pro- 
blema respectă substructura optimă şi proprietatea de alegere Greedy. 
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2. Faptul ca ati gasit un algoritm Greedy care functioneaza corect pe une- 


le exemple, nu inseamna ca metoda va da solutia optima pentru orice 
date de intrare. Pentru a fi siguri de aceasta, demonstrati corectitudinea 
algoritmului. 


Exerciţii 


Teorie 


1. Calculati complexitatea rezolvării problemei spectacolelor din paragraful 


13.1, Listing 13.1. 


. Găsiţi o modalitate de a reduce complexitatea rezolvării problemei ante- 


rioare la O(n log n). 


În rezolvarea problemei interclasării optime din paragraful 13.4 am reco- 
mandat utilizarea unei cozi de priorităţi. Care este complexitatea algorit- 
mului în acest caz? Dar dacă în loc de o coadă de priorităţi folosim un 
arbore binar de căutare? 


In practică 


L. 
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Rezolvarea problemei spectacolelor din paragraful 13.1 foloseşte metoda 
bulelor pentru a ordona spectacolele în ordinea crescătoare a timpului de 
terminare. Înlocuiţi metoda bulelor cu o ordonare mai eficientă. 


. Rezolvaţi problema interclasării optimale din paragraful 13.4 folosind 


(a) O listă inlan{uita; 
(b) O coadă de priorităţi; 


(c) Un arbore binar de căutare. 


(Problema rucsacului) Avem la dispoziţie un rucsac de capacitate M şi 
n obiecte diferite (câte unul din fiecare) cu costurile c; şi greutatea g;. 
Scrieţi un algoritm care aşează aceste obiecte în rucsac astfel încât costul 
total să fie maxim. Suma greutăților obiectelor din rucsac nu poate depăşi 
capacitatea rucsacului. Dacă un obiect nu încape în rucsac, se poate lua 
doar o parte (fracțiune) din el. 


Indicatie: Este uşor de intuit că pentru obţinerea unui profit (cost) total 
maxim trebuie alese obiecte de greutate mică şi cost mare. Demonstrația 
riguroasă a afirmației anterioare v-o propunem spre rezolvare. 
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4. (Problema discretă a rucsacului) Acelaşi enunţ ca la problema prece- 
dentă, cu diferenţa că dintr-un obiect nu se poate pune o fracțiune (un 
obiect fie se pune întreg, fie nu se pune). Aratati că algoritmul Greedy de 
la problema precedentă nu furnizează întotdeauna soluţie optimă în acest 
caz. Găsiţi un algoritm care furnizează întotdeauna soluţie optimă! Ce 
complexitate are acest algoritm? 


Indicatie: Soluţia optimă pentru această problemă poate fi determinată 
doar prin backtracking sau programare dinamică (prezentată în capitolul 
următor). De exemplu, pentru c=(5,3,3), g=(3,2,2) şi M=4, prin apli- 
carea algoritmului de la problema precedentă am selecta doar obiectul 
1 (obiectul 2 nu ar încape întreg în rucsac deci nu ar putea fi selectat) şi 
am obține costul 5, în timp ce dacă am selecta obiectele 2 si 3 am obține 
costul 6. 


5. Găsiţi o soluţie Greedy pentru problema comis-voiajorului propusă la 
capitolul 11. Este această soluţie optimă? 


Indicatie: Conform strategiei greedy, vom construi ciclul pas cu pas, a- 
dăugând la fiecare iteraţie cea mai scurtă muchie disponibilă cu urmă- 
toarele proprietăţi: 


e nu formează un ciclu cu muchiile deja selectate (exceptând pentru 
ultima muchie aleasă, care completează ciclul); 

e nuexistă încă două muchii deja selectate, astfel încât cele trei muchii 
să fie incidente în acelaşi vârf. 


Acest algoritm nu numai că nu furnizează soluţia optimă, dar în multe 
situaţii nici măcar nu găseşte o soluţie. 
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Mulţi oameni preferă să tolereze o 
problemă pe care nu o pot rezolva, 
decât o soluţie pe care nu o pot 
înţelege. 


Woolsey and Swanson 


În capitolul anterior am văzut cum putem aplica metoda Greedy problemelor 
de optimizare care respectă principiul optimalitatii (substructură optimă) si prin- 
cipiul alegerii Greedy. Programarea dinamică este o altă metodă de elaborare 
a algoritmilor care se aplică problemelor de optimizare care respectă principiul 
optimalitatii (fără a respecta principiul alegerii Greedy). În acest capitol vom 
introduce gradat noţiunile şi tehnicile specifice acestei metode de elaborare a al- 
goritmilor, considerată de mulţi ca având un grad de dificultate mai mare decât 
celelalte metode!. Dar nu vă ingrijiorati! Materialul din acest capitol poate 
fi cu uşurinţă parcurs de către oricine, datorită structurării gradate a noţiunilor 
prezentate. 

Pe parcursul acestui capitol vom vedea: 


e Cum se tratează dinamic problemele de recurenţă matematică, în vederea 
unei rezolvări eficiente; 


e Ce este principiul optimalitatii; 


e Cum se aplică principiul optimalitatii pentru a descompune problema de 
programare dinamică în subprobleme; 


e Cum se creează relaţiile de recurenţă care rezolvă problema de progra- 
mare dinamică; 


'De altfel, majoritatea problemelor spinoase alese pentru concursurile nationale şi internationale 
de informatică se rezolvă prin această metodă. 
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e Cum se poate reface solutia problemei pe baza calculelor efectuate pentru 
obtinerea valorii optime; 


e Câteva probleme clasice de programare dinamică. 


14.1 Istoric şi descriere 


Programarea dinamică provine din domeniul cercetărilor operaţionale, unde 
constituie un domeniu de sine stătător. Cuvântul programare din numele acestei 
metode nu are nimic de a face cu scrierea de programe pentru calculator. Mate- 
maticienii foloseau acest cuvânt pentru a descrie un set de reguli pe care oricine 
le poate urmări pentru a rezolva un anumit tip de problemă. Programarea di- 
namică a fost introdusă în anii 1950 de către matematicianul Richard Bellman, 
care a descris modalitatea prin care se rezolvă problemele în care trebuie luată o 
decizie optimală la fiecare pas. În cei mai bine de 50 de ani de la apariţia acestei 
metode utilizarea şi aplicarea programării dinamice au crescut enorm. 

Programarea dinamică descompune de obicei problema de optimizare origi- 
nală în subprobleme şi alege cele mai bune soluţii pentru subprobleme începând 
chiar cu cele de dimensiune minimă. Soluţia optimă a problemelor de dimen- 
siune mai mare este obţinută pe baza soluţiilor optime a problemelor de di- 
mensiune mai mică cu ajutorul unei formule de recurenţă care face legătura 
între soluţii. Până în acest punct descrierea făcută nu diferă cu nimic de cea 
a tehnicii Divide et Impera. Ceea ce face ca programarea dinamică să fie mai 
specială este faptul că formula de recurenţă este folosită pentru a elimina toate 
soluţiile subproblemelor care nu pot genera soluţia optimă. Mai mult, în cazul 
programării dinamice se retin soluţiile subproblemelor care pot fi utilizate în 
calculul soluţiei optime. 

Similaritati există şi cu metoda Greedy. Aşa cum vom vedea, şi problemele 
de programare dinamică trebuie să respecte substructura optimă, numită în 
această situaţie principiul optimalităţii. Diferenţa constă în faptul că în cazul 
programării dinamice nu se face o alegere Greedy, mergând pe optimul local, 
ci se iau în considerare toate soluţiile optimale ale subproblemelor cu un ordin 
de mărime mai mic. Există multe probleme care admit o rezolvare atât prin 
metoda Greedy, cât şi prin programare dinamică (problema rucsacului, proble- 
ma comis-voiajorului). În aceste situaţii, soluţia Greedy va avea o complexitate 
în timp mai mică, dar soluţiile găsite nu vor fi întotdeauna cele optime, în timp 
ce soluţiile date prin programare dinamică for avea o complexitate în timp ceva 
mai mare, dar vor furniza soluţia optima. 

Dificultăţile care apar în utilizarea metodei programării dinamice au făcut 
ca această metodă să fie considerată de mulţi ca fiind prea complexă şi în con- 
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secin{a să evite aprofundarea şi utilizarea ei. Scopul acestui capitol este tocmai 
acela de a forma treptat capacitatea de a analiza şi rezolva cu multă uşurinţă 
orice gen de problemă de programare dinamică. 


14.2 Primii paşi în programarea dinamică 


Acest paragraf este consacrat tratării unor probleme de recurenţă matema- 
tică. Nu putem afirma că problemele de recurenţă matematică se încadrează 
strict în categoria problemelor de programare dinamică, deoarece ele nu sunt 
probleme de optimizare. Totuşi, modul în care vom rezolva aici recurentele 
introduce deja un concept esenţial pentru rezolvarea problemelor de programare 
dinamică: tabelul?. Tot în acest paragraf vom analiza şi care sunt avantajele 
utilizării tabelelor pentru a reţine soluţiile subproblemelor în dauna soluţiilor 
recursive. 


14.2.1 Probleme de recurenţă matematică tratate dinamic 


Sirul lui Fibonacci 


Un exemplu clasic, adesea întâlnit în lucrările care tratează recursivitatea, 
prezentat şi în paragraful 12.1.1 (pagina 138) este calculul şirului lui Fibonacci, 
definit astfel: 

Fn = Foo +Fn—; Fo = 0; Fi = 1 

Metoda recursivă care calculează Fn este descrisă în Listing 14.1. Asa cum 
am văzut deja în paragraful 9.4.3 (pagina 26), funcţia de mai sus recalculează 
din nou şi din nou termenii şirului, rezultând astfel un timp de lucru exponential 
(O(¢")). Figura 14.1 pune în evidenţă modul în care se recalculează din nou 
şi din nou aceleaşi valori din cauza apelurilor recursive suprapuse. 


Listing 14.1: Metoda recursivă de calcul a şirului lui Fibonacci 


public static final int fibonacciRec(int n) 
{ 


l 

2 

3 if (n == 0 Il n == 1) 
a] 

5 return n; 

6 } 

7 else 

8 


{ 


?Este interesant de remarcat faptul că recurgerea la tabele a dat si numele metodei. Astfel, 
în cercetările operaționale (domeniul din care provine această metodă) termenul “programare” se 
referă la un set de reguli care se aplică pe un tabel şi nu la scrierea unui program pentru calculator. 
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Figura 14.1: Reprezentarea arborescentă a apelurilor recursive realizate pentru 
a calcula şirul lui Fibonacci. Se observă că Fib (n-3) este calculat de 3 ori. 


> D Oe 


9 return fibonacciRec(n — 1) + fibonacciRec (n — 2); 


Putem evita cu uşurinţă recalcularea termenilor șirului, calculând elementele 
sirului succesiv, de la F la Fn si introducându-le într-un tabel (cu o singură 
linie) pe măsură ce sunt calculate (Listing 14.2). Această idee, banală în apa- 
rență, reduce complexitatea algoritmului de la O(g”) la O(n) şi introduce un 
concept fundamental pentru rezolvarea problemelor de programare dinamică: 
tabelul în care se rețin soluțiile subproblemelor pentru a evita recalcularea lor. 


Listing 14.2: Metoda iterativă de calcul a sirului lui Fibonacci 


public static final int fibonaccilter(int n) 
{ 


int [] fib = (n >= 2) ? new int[n+1] : new int[2]; 
fib [0] = 0; 
fib [1] = 1; 


for (int i = 2; i <= n; ++i) 


O >% A DH AD A ù N = 


fib[i] = fib[i—1] + fib[i—2]; 


u return fibf[n]; 


Listing 14.3: Exemplu simplu de utilizare a metodei fibonacciIter pentru 
a calcula termenul de ordin n din cadrul șirului lui Fibonacci 
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ı import java.io.*; 

2 import io.Reader; 

3 

4 public class Fibonacci 
5 { 
6 public static int fibonaccilter(int n) 
7 { 
8 

9 


} 


ioe. 


LI public static void main(String args[]) 


12 

{ 
13 System.out.print("n = "); 
14 int n = Reader.readInt(); 
15 
16 if (n < 1) return; 
17 
18 System . out. println ("Termenul " + n + " din sirul” + 
19 "Fibonacci este: " + fibonaccilter(n — 1)); 
20 

) 


Clasa Fibonacci din Listing 14.3 citeşte un număr întreg n de la tastatură 
şi calculează valoarea şirului lui Fibonacci la poziţia n (altfel spus, termenul de 
ordin n al şirului) folosind metoda fibonaccilter(). 


Calculul combinarilor 


În cadrul calculului şirului lui Fibonacci din paragraful anterior am uti- 
lizat un tabel unidimensional pentru a reţine valorile şirului. În exemplul care 
urmează vom prezenta o problemă în rezolvarea căreia este necesară utilizarea 
unui tablou bidimensional (utilizarea tablourilor bidimensionale este mai frec- 
ventă în rezolvarea problemelor de programare dinamică). 

Este cunoscut faptul că prin combinări de n luate câte k (notate C(n, k)) se 
înţelege numărul de submultimi care contin k elemente ale unei mulţimi cu n 
elemente. Formula matematică pentru combinări de n luate câte k este: 


Gilu n! 
n = 
A k!(n — k)! 

Nu este însă avantajos ca numerele C (n, k) să fie calculate direct, folosind 
formula de mai sus. Formula de recurenţă C (n, k) = C(n — 1, k) + C(n — 
1, k — 1) este mult mai rapidă, deoarece utilizează numai adunări şi elimină 
operațiile de împărţire şi înmulțire care sunt mai costisitoare în timp. Metoda 
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Listing 14.4: Calculul recursiv al combinărilor 


public static int combRec(int n, int k) 
{ 


l 

2 

3 if (n == k Il k == 0) 

a { 

5 return 1; 

6) 

7 else 

s { 

9 return combRec(n — 1, k) + combRec(n — 1, k — 1); 


o) 
u} 


Figura 14.2: Reprezentarea arborelui rezulat în urma apelurilor recursive gene- 
rate de recurenta pentru calculul combinărilor (se observă recalcularea inutilă a 


valorilor C (n — 3, k — 1) şi C(n — 3, k — 2)). 


C(n-lk) 


combRec () din Listing 14.4 reprezintă implementarea recursivă directă a for- 
mulei de recurenţă anterioare. 

Această metodă, deşi este foarte elegantă şi compactă, suferă de aceleaşi 
recalculări inutile ale anumitor valori ca şi algoritmul recursiv pentru calculul 
şirului lui Fibonacci din Listing 14.1. Recalculările inutile sunt puse în evidenţă 
de Figura 14.2, în care am reprezentat primele 3 nivele din arborele generat prin 
calculul recursiv al combinărilor. 

Notând cu tną numărul de operaţii efectuate pentru a calcula C(n, k) folo- 
sind metoda de mai sus, obţinem relaţia de recurenţă: 


Iterând recurenţa de mai sus se obţine cu uşurinţă faptul că timpul de calcul 
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Figura 14.3: Tabelul utilizat pentru calculul iterativ al combinărilor. Se observă 
că acest tabel nu este altceva decât triunghiul lui Pascal. 


Listing 14.5: Calculul iterativ al combinărilor 


public static int comblter(int n, int k) 
{ 


int[][] comb = new int[n + l][n + 1]; 
for (int i = 0; i <= n; ++i) 


© 


comb[i][0] = comb[i][i] = 1; 
for (int j = 1; j < i; ++j) 


l 
2 
3 
4 
5 
6 
7 
8 
9 


comb[i][j] = comb[i — 1][j] + comb[i — 1][j — 1]; 
10 } 
nu} 


2 return comb[n][k]; 


pentru ty, este în O(2"). 

Pentru a evita repetarea inutilă a calculelor, vom folosi din nou un tabel in 
care în celula (i,j) se va păstra valoarea lui C (i, 7) (indicele į trebuie să fie 
mai mare sau egal cu 7, deci tabelul nostru va avea elemente doar sub diagonala 
principală). Examinând Figura 14.3 se constată că tabelul construit de noi nu 
este altceva decât triunghiul lui Pascal. 

Metoda combIter () din Listing 14.5 realizează calculul iterativ al com- 
binărilor folosind un tabel (triunghiul lui Pascal). Complexitatea acestei metode 
este O(n?), deci ea este net superioară ca şi eficiență metodei combRec () din 
Listing 14.4. 

În cazul şirului lui Fibonacci am evaluat termenii începând cu cei de grad 
inferior şi terminând cu cei de grad superior. În cazul combinărilor am calculat 
treptat mai întâi combinări de un element, apoi combinări de două elemente 
etc., deoarece C'(n, k) depinde direct de C(n — 1, k) şi C(n — 1, k — 1), deci 
de două valori aflate pe linia anterioară în tabelul reprezentând triunghiul lui 
Pascal. O idee importantă care reiese de aici cu uşurinţă este următoarea: 
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“întotdeauna în cazul unei probleme de programare dinamică este 
necesar ca în momentul în care se rezolvă o problemă, toate sub- 
problemele ei să fi fost deja rezolvate.” 


Strategia de rezolvare pentru problemele de programare dinamică decurge astfel 
normal din această observaţie: 


e sc rezolvă mai întâi problemele de dimensiune mică pentru care soluţia 
este evidentă (în cazul nostru acestea sunt Fo = 0, Fi = 1, respectiv 


e pe baza suproblemelor de dimensiune inferioară se rezolvă subproblema 
cu un ordin de dimensiune mai mare (în cazul nostru, pe baza lui Fy_1 şi 
F;_2 se calculează F;, respectiv pe baza lui C(i — 1,7), C(i — 1,9 — 1) 
se calculează C (i, 7) ). 


Clasa CombinariIt din Listing 14.6 reprezintă un exemplu de simplu de 
utilizare a metodei combIter () pentru a calcula combinările a două numere 
citite de la tastatură. 


Problema parantezelor 


Cele două probleme prezentate anterior sunt relativ simple, deoarece re- 
curenta care trebuie rezolvată apare explicit în enunţ. Atât pentru şirul lui Fi- 
bonacci, cât şi pentru calculul combinărilor, ni se furnizează explicit relaţia de 
recurenţă pe care trebuie să o rezolvăm. Problema parantezelor este un ex- 
emplu de problemă în care recurenta care trebuie rezolvată nu apare explicit 
în enunţ. Rămâne în sarcina noastră să construim relaţia de recurenţă care re- 
zolvă această problemă. Din acest punct de vedere, problema parantezelor se 
apropie mai mult de problemele reale de programare dinamică, deoarece nici 
acolo recurenta care trebuie rezolvată nu este dată explicit. Mai mult, am putea 
chiar afirma că principala dificultate în cazul problemelor de programare dina- 
mică constă, mai ales la începători, în formularea corectă a relaţiei de recurenţă 
care rezolvă problema. Aşadar, dificultatea principală în cazul problemelor de 
programare dinamică este construirea recurentei, scrierea programului pentru 
rezolvarea propriu-zisă a recurentei fiind în cele mai multe cazuri banală. 

Enunţul problemei parantezelor este simplu: 


Dându-se un număr natural n > Q, se cere să se determine numărul 
de şiruri având 2 : n paranteze care se închid corect. 
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Listing 14.6: Soluţia completă a problemei combinărilor 


ı import java.io.*; 

2 import io.Reader; 

3 

4 public class Combinarilt 


6 public static int combinarilter(int n, int k) 
ae 
8 
9 


} 


TA i 


LL public static void main(String args[]) 


12 
{ 
13 System.out.print("n = "); 
14 int n = Reader.readInt(); 
15 System.out.print("k ="); 
16 int k = Reader.readInt(); 
17 
18 if (n < 1 ll k < 0 Il k > on) 
19 { 
20 System . out. println("n trebuie sa fie >= 1"); 
21 System . out. println ("k trebuie sa fie >= 0 si" + 
22 " mai mic decat n"); 
23 return ; 
24 } 
25 
26 System . out. println ("Comb (" +n +", "+k+")= "+4 
27 combinarilter(n, k)); 
28) 
29 ) 


De exemplu, pentru n = 2, şirurile închise corect sunt ()() şi (()), deci răspun- 
sul este 2. 

Soluţia (celebră) a acestei probleme este reprezentată de aşa-numitele nu- 
mere catalane (vezi [Cormen], pag. 261). Totuşi, datorită scopului acestui para- 
graf, vom da o altă soluţie a problemei, bazată pe o relaţie simplă de recurenţă. 

Este cert că orice şir de paranteze închise corect începe cu o paranteză des- 
chisa “(“. Să considerăm acum paranteza care închide această primă paranteză. 
Ceea ce se află între aceste două paranteze este tot un şir de paranteze care se 
închid corect; la fel şi pentru şirul care se află în dreapta lor. Deci, un şir S de 
paranteze care se închid corect se poate scrie ca ($1)$2, unde S1 şi S2 sunt 
alte şiruri de paranteze care se închid corect, posibil vide. 

Lungimea maximă a lui S1 este 2 - n — 2 (atinsă când S2 este vid), iar cea 
minimă este 0 (atinsă când S2 are lungimea 2 - n — 2). Să notăm cu P(n) 
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numărul de şiruri având 2n paranteze care se închid corect. Se observă cu 
uşurinţă că paranteza care închide prima paranteză poate fi pe oricare dintre 
poziţiile 2,4,6,...,2n. Astfel, dacă paranteza este pe poziţia 2, atunci şirul 
S1 este vid, iar şirul $2 va avea lungimea 2n — 2 = 2(n — 1), deci vor exista 
P(0)P(n — 1) şiruri de paranteze care se închid corect. Analog, dacă paranteza 
este pe poziţia 4, şirul S1 va avea lungimea 2, iar şirul S2 va avea lungimea 
2n — 4 = 2(n — 2), deci vom avea P(1)P(n — 2) şiruri care se închid corect. 
Obtinem astfel recurenta: 


P(n) = 1 pentrun = 0 
= co P(k)P(n—k-1) pentrun>1 


Implementarea recurentei de mai sus este simplă şi este prezentată in List- 
ing 14.7. 


Listing 14.7: Solutia problemei parantezelor 


1import java.1o.x; 
2import io.Reader; 

3 

4public class Paranteze 


5 
{ 
6 public static int parantezelter(int n) 
7 
{ 
8 int[] p = new int[n + 1]; 
9 p[O] = 1; 
10 
11 for (int i = 1; i <= n; i++) 
12 { 
13 for (int k = 0; k <= i — 1; k++) 
14 { 
15 pli] += plk] * p[i — k — 1]; 
16 } 
17 } 
18 
19 return p[n]; 
o) 


2 public static void main(String args[]) 


23 
{ 
24 System.out.print("n = "); 
25 int n = Reader.readInt(); 
26 
27 if (n < 0) return; 
28 
29 System . out. println ("Numarul de siruri cu " + 2 * n+ 
30 " paranteze care se inchid corect este: " + 
31 parantezelter(n)); 
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33 ) 


Descopunerea unui număr natural ca sume distincte 


Problema descompunerii unui număr natural în sume distincte este un alt 
exemplu in care recurenta care furnizează soluţia trebuie construită de către 
programator. Enunţul problemei este: 


Dându-se un număr natural n, se cere să se determine numărul 
de moduri distincte” în care acesta se poate scrie ca sumă de nu- 
mere naturale nenule. 


De exemplu, numărul n = 5 se poate scrie ca: 

1+1+1+1+41 

1+1+1+2 

1+1+3 

1+2+2 

1+4 

2+3 

5 

Astfel, pentru n = 5 am obținut 7 descompuneri (5 se consideră aici ca fiind 
sumă; se poate modifica problema excluzând această posibilitate, dar rezolvarea 
se păstrează, din numărul total de descompuneri trebuind doar să fie scăzut 1). 

Pentru a obține recurenta pentru aceasta problemă, vom rezolva mai întâi un 
caz particular: 


Dându-se un număr natural n, să se determine numărul de 
moduri distincte în care acesta poate fi descompus în sumă de m 
numere naturale. 


Să notăm cu S (n, m) numărul de moduri distincte în care n se poate scrie ca 
sumă de m termeni. Evident, soluția problemei originale va fi 


Problema originală se reduce aşadar la a calcula S (n, i)i = 1,2,...n. 
Se observă cu uşurinţă că S(i,1) = S(i,i) = 1 (acestea sunt condițiile 
inițiale). De asemeni, S (i, i + k) = 0 pentru oricare k număr natural pozitiv. 


3 Adunarea fiind comutativă, vom considera că descumpunerile 2 + 3 si 3 + 2 sunt echivalente. 
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Listing 14.8: Metoda de calcul a numărului de descompuneri 


public static int descompuneNumar( int n ) 
{ 


int s = new int[n][n] ; //alocam memorie pentru tabelul s 
//construim tabelul s 
for( int 1=0; i<n; ++i ) 
{ 
s[i]J[0O] = s[i][i] = 1 ; //conditiile initiale 
for( int j=l; j<i; ++i ) 
{ 
10 for( int k=0; k<j; ++k ) 
11 { 
2 stillj] += sti=jILk] ; 
13 } 
14 } 
5) 
16 int nrDescompuneri = 0 ; //numarul de descompuneri ale lui n 
17 for( int 1=0; i<n; ++i ) 
is { 
19 nrDescompuneri += s[n—l1][i] ; 
2 } 
2 return nrDescompuneri ; 


© Ss ND HW Aà ù N — 


Putem determina o relație de recurenţă pentru S (i, j) în cazul general (ìi > 
7) făcând următoarea observaţie simplă: 


Fiecare dintre cei 7 termeni care insumati dau 7 sunt mai mari sau 
egali cu 1. Dacă scădem valoarea 1 din fiecare dintre termeni, suma 
se va micşora cu 7, iar termenii care fuseseră 1 devin 0, deci dispar. 


Ținând cont de această observaţie şi de faptul că numărul de termeni care sunt 
mai mari strict decât 1 este de minim 1 şi maxim 7, putem scrie următoarea 
relaţie de recurenţă: 
j 
Sj) =X SG- j,k) 


k=1 


Metoda descompuneNumar () din Listing 14.8 rezolvă recurenta de mai 
sus folosind trei cicluri for imbricate. 

Analizând structura ciclurilor imbricate din metoda de mai sus, reiese că 
aceasta are o complexitate in O(n3). Putem însă reduce complexitatea la O(n?) 
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folosind urmatorul artificiu de calcul: 


j+1 7 
S(i+1,3+1)= 5 SG-j,k) => 0 SG-5,k) + SG-5,j+1) = 
k=1 k=1 


= S(i,j) + S(i -j j +1) 


Astfel, termenii S(i, 7) sunt calculati in O(1) si nu in O(n), cum erau calculati 
înainte. Modificarea algoritmului pentru noua formulă este simplă şi o lăsăm ca 
exerciţiu. 

În concluzie, deşi problemele prezentate în această secţiune nu sunt pro- 
bleme de programare dinamcă propriu-zise, deoarece nu sunt de optimizare, 
ele constituie un excelent exerciţiu pentru înţelegerea principiilor programării 
dinamice, şi mai ales pentru deprinderea abilității de a găsi relaţii de recurenţă 
adecvate pentru exprimarea soluţiei. 


14.3  Fundamentare teoretică 


În paragraful anterior am făcut o scurtă trecere în revistă a unor probleme 
simple a căror rezolvare constă în determinarea şi calcularea unor recurente ma- 
tematice. Am accentuat tratarea iterativă în contrast cu cea recursivă a relaţiilor 
de recurenţă, subliniind în acelaşi timp şi modul în care problemele se suprapun 
în cazul rezolvării recursive. Totuşi, aceste probleme nu pun în evidenţă decât 
un anumit aspect al programării dinamice, fără a aparţine propriu-zis acestui 
domeniu. În acest capitol vom urmări să vedem care sunt caracteristicile e- 
sentiale ale problemelor de programare dinamică pe baza unui exemplu clasic: 
problema triunghiului de numere. 

În cazul acestei probleme se dă un triunghi de numere Zij, J <= î având 
forma: 


Figura 14.4: Triunghi de numere de dimensiune n 


211 
221 222 


knl 2n2 - - - Ann 


Pentru n = 4, un posibil triunghi de numere este: 
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W O N 


9 
4 5 
9 5 7 6 

Un drum în acest triunghi este o secvenţă de n elemente ale triunghiului (n 
este numărul de linii) care începe întotdeauna cu elementul de pe prima linie, 
211, (2 în exemplul nostru) şi coboară linie cu linie până ajunge pe ultima linie 
a triunghiului. Din elementul z;; se poate merge fie în 2441 j, fle în 241 j+1- 
Elementele îngroşate din exemplul următor reprezintă un posibil drum: 


2 

6 9 

3 4 5 
9 5 7 6 


Problema constă in a determina un drum in triunghi pentru care suma ele- 
mentelor să fie maxima. In exemplul nostru, un drum de sumă maximă este: 


2 

6 9 

3 45 
9 5 7 6 


având valoarea 2 + 9 +5 + 7 = 23. 

Înainte de a ne avânta să rezolvăm o problemă folosind programarea di- 
namică, trebuie să ne convingem că nu putem folosi şi strategii mai simple 
(cum ar fi Greedy) pentru a obţine soluţia optimă. O strategie Greedy în cazul 
problemei triunghiului ar porni din vârful triungiului şi ar cobori la fiecare pas 
prin elementul mai mare. Aplicând această strategie pe exemplul anterior, am 
porni din 2, apoi am cobori în 9 (deoarece 9 > 6), apoi am continua cu 5 
respectiv 7. Am obţinut astfel drumul 2, 9, 5, 7, care este chiar drumul optim! 
Am putea fi tentaţi să credem că putem aplica strategia Greedy. Să considerăm 
însă exemplul următor: 


2 
4 3 
6 5 9 


Solutia obtinuta prin strategia Greedy este 2, 4,6, avand lungimea totala 12, 
in timp ce soluţia optimă este 2, 3, 9, având lungimea totală 14. Rezultă aşadar 
că strategia Greedy nu generează întotdeauna soluţia optimă. 

Pentru a rezolva o problemă printr-un algoritm de programare dinamică, o 
primă etapă esenţială constă în a descompune (structura) problema în sub- 
probleme asemănătoare ca structură cu problema iniţială. 

Structurarea pe subprobleme asemănătoare se face în cazul problemei tri- 
unghiului pe baza următoarei observaţii: fiecare element din triunghi poate fi 
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considerat vârful unui “sub-triunghi”. De exemplu elementul 9 de pe poziţia 
(2, 2) din triunghiul de mai sus este vârful sub-triunghiului 


9 
4 5 
5 7 6 


iar elementul 6 de pe pozitia (2, 1) este varful sub-triunghiului 
6 
3.4 
9 5 7 
Odată determinate subproblemele, începem prin a le rezolva subproblemele 
banale (de dimensiune minimă). Astfel, vom începe prin a determina un drum 
de sumă maximă pentru subproblemele generate de elementele din ultima linie 
a triunghiului. Acest lucru este banal, întrucât triunghiurile generate de către 
elementele de pe ultima linie au un singur element, deci drumul maxim este dat 
chiar de elementele respective: 
9 5 7 6 
Având rezolvate subproblemele generate de elementele de pe ultima linie, 
vom trece să rezolvăm subproblemele generate de elementele de pe penultima 
fie se merge pe elementul de pe linia n aflat chiar dedesubt, fie pe elementul de 
pe linia n aflat în dreapta. Evident, vom alege varianta (subproblema) pentru 
care drumul corespunzător este mai mare. De exemplu, pentru elementul 3, 
vom prefera să mergem pe traseul 3 — 9 (3 + 9 = 12) decât pe traseul 3 — 5 
(3 + 5 = 8). Astfel, valoarea drumului optim pentru subproblemele generate de 
elementele de pe penultima linie este: 
12 11 12 
9 8 7 6 
Analog procedăm şi pentru elementele aflate pe a antepenultima linie (a 
doua în cazul nostru) linie. Şi în acest caz putem merge fie pe elementul aflat 
dedesubt fie pe elementul aflat în dreapta-jos. Vom alege, desigur, elementul 
a cărui subproblemă are valoarea mai mare. De exemplu, din elementul 6 am 
putea cobori fie prin 3, fie prin 4. Întrucât subproblema generată de 3 are drumul 
maxim de valoare 12, iar subproblema generată de 4 are drumul maxim de 
valoare 11, vom alege drumul care trece prin 3. Astfel, valoarea drumului optim 
pentru subproblemele generate de elementele de pe antepenultima linie este: 
18 21 
12 11 12 
9 8 7 6 


În final, pentru elementul din vârful triunghiului, vom alege să mergem pe 
traseul din dreapta, deoarece subproblema generată de elementul din dreapta- 
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jos (9) are valoare mai mare. Obtinem astfel valoarea drumului optim pentru 
elementul din vârf (care este de fapt valoarea optimă pentru problema originală), 
ca fiind 2 + 21 = 23: 


23 

18 21 

12 11 12 
9 8 7 6 


14.4 Principiul optimalităţii 


Desigur că structurarea în subprobleme ar fi fost lipsită de sens dacă nu ne- 
ar fi permis să rezolvăm subproblemele corespunzătoare unui nivel bazându-ne 
pe soluţiile subproblemelor deja rezolvate. Am anticipat deci faptul că soluţia 
unei subprobleme se determină pe baza soluţiei subproblemelor de dimensiune 
mai mică, deja rezolvate. În această situaţie, vom spune că soluţia subproblemei 
x provine din soluţiile subproblemelor Y1, Y2,- - - Yn. 

Problemele de programare dinamică sunt în general probleme de optimizare, 
iar problema triunghiului nu face nici ea excepţie. Din acest motiv, este necesar 
ca şi subproblemele în care am descompus problema originală să fie tot de opti- 
mizare. În fine, cea mai importantă caracteristică a problemelor de programare 
dinamică este următoarea: 


Dacă soluţia subproblemei z provine din soluţiile subproblemelor 
Y1, Y2; - - - Yn $i soluţia subproblemei g este optimală, atunci şi soluti- 
ile subproblemelor yj, Y2, . - -Yn sunt optimale. 


Această proprietate poartă numele de principiul optimalitafii şi constituie piatra 
de temelie a programării dinamice. 

În general, după ce am realizat o structurare a problemei iniţiale în subpro- 
bleme, trebuie verificat principiul optimalitatii. Această verificare se face cel 
mai adesea prin reducere la absurd. 

Observaţie: Dificultatea nu constă în a verifica principiul optimalitatii, ci în 
a găsi o structurare a problemei în subprobleme care să verifice acest principiu. 

Să demonstrăm acum faptul că problema triunghiului de numere respectă 
principiul optimalitatii. O soluţie a unei subprobleme constă într-un traseu 
optimal care porneşte din vârful triunghiului corespunzător subproblemei şi 
ajunge la baza triunghiului. Notăm acest traseu cu ak, Gp41,---,@n, unde ak 
este un element de pe linia k, apa este un element de pe linia k + 1, iar a, 
este un element de pe ultima linie. Pentru a se respecta principiul optimali- 
tatii trebuie ca şi subtraseul ax1,..., GQ să fie optimal pentru sub-triunghiul 
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generat de elementul ap. Verificarea se face uşor prin reducere la absurd. 
Dacă admitem că ar exista un alt traseu care sa pornească din Gu, notat 
CU Ak+1,;bk+2,---;bn, care să fie mai bun decât traseul ak+1,---,đ@n, atunci 
traseul ak, @p41, Dky2 - - - , On ar fi mai bun decât ak, 01, - - - An, ceeace con- 
trazice ipoteza Că ak, Gk+1;--- m este optim. Rezultă deci că structurarea în 
subprobleme realizată de noi respectă principiul optimalitatii. 


Nu ne rămâne acum decât să scriem formula de recurenţă care descrie cum 
se obţine soluţia unei subprobleme pe baza subproblemelor de dimensiune mai 
mică deja rezolvate. Să notăm cu [;; valoarea traseului optim pentru subproble- 
ma generată de elementul 2;;, aflat pe linia î şi coloana j (î > j). Este uşor de 
observat că lni = Zni Vi = 1...n, deoarece drumul maxim pentru elementele 
de pe ultima linie este reprezentat chiar de elementul respectiv. Am văzut că Î;; 
se obţine fie din J;41 fie din lia ja la care se adaugă valoarea elementului 


Zij: 
lij = Zij + max{li+1 j, li+1,j+1} Vea Lh acne hS et: 


Valoarea lui (11 reprezintă chiar soluţia pentru problema originală. 


Calcul recurentei de mai sus este realizat de metoda drumMaximTri- 
unghi () din Listing 14.9. 


Reciproca principiului optimalitatii nu este adevărată 


O altă observaţie importantă este aceea că, în general, reciproca principiului 
optimalitatii nu este adevărată. Cu alte cuvinte, combinând două sau mai multe 
sub-soluţii optime nu se obţine neapărat tot o soluţie optimă. Să presupunem 
că dorim să aflăm drumul de lungime minimă dintre două localităţi, să zicem 
Braşov si Constanta. Conform principiului optimalităţii, dacă avem un drum 
optim, x, între Braşov şi Constanţa care trece prin Ploieşti, atunci subdrumul 
lui x de la Ploieşti la Constanţa este de asemenea optim. Totuşi, dacă avem 
un drum optim între Braşov şi Suceava şi un alt drum optim între Suceava şi 
Constanţa, prin combinarea acestor două drumuri vom obţine un traseu Braşov- 
Suceava-Constanta care este departe de a fi optim. Rezultă deci că reciproca 
principiului optimalitatii nu este adevărată în acest caz. 

Este important să înţelegem că principiul optimalitatii nu ne asigură că prin 
combinarea soluţiilor optime se obţine tot o soluţie optimă. În schimb, el ne asi- 
gură că în căutarea unei soluţii optime nu trebuie să luăm în considerare decât 
subsolutiile optime. 
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Listing 14.9: Rezolvarea recurentei pentru problema triunghiului 


1 /* * 

2 * Calculeaza formula de recurenta pentru matricea L. 

3 * @return Lungimea drumului maximal pentru triunghi 

4 * care se presupun a fi membri ai clasei care contine metoda. 
5 */ 

6 public static int drumMaximTriunghi () 

7{ 

8 

9 


//initializeaza ultima linie din L 
for (int i = 0; i < z. length; ++i) 


11 l[z.length — 1][i] = z[z.length — 1][1]; 
2] 


14 // calculeaza elementele din | linie cu linie 


is for (int i = z.length — 2; i >= 0; —— i) 

16 «=o 

17 for (int j = 0; j <= i; ++j) 

18 { 

19 l[i][j] = z[i][j] + Math.max(l[i+1][j], 1[i+1][j+1]); 
20 } 


21 } 


2 return 1[0][0]; 


O altă descompunere în subprobleme 


Este interesant de remarcat faptul că problema triunghiului de numere ad- 
mite şi o altă descompunere in subprobleme care verifică şi ea principiul opti- 
malitatii, si care conduce la o altă soluție a problemei. În descompunerea în sub- 
probleme pe care am dat-o anterior am notat prin l;; lungimea drumului maxim 
care începe cu elementul z;;. De data aceasta, vom nota cu Mij lungimea dru- 
mului maxim care se încheie cu elementul 2;;. Considerând acelaşi triunghi de 
numere: 


2 

6 9 

3 45 
9 5 7 6 


subproblema corespunzătoare elementului 4 din linia a treia este data de “tăie- 
tura” in sus generata de acest element: 
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2 
6 9 
3 4 


unde drumul maxim care se termină cu 4 a fost îngroşat. Verificarea principiului 
optimalitatii se face foarte uşor şi de această dată: este clar că un drum de 
lungime maximă este format din sub-drumuri care sunt tot de lungime maximă. 

Odată determinate subproblemele, începem din nou prin a le rezolva pe 
cele triviale. Astfel, vom determina mai întâi un drum de sumă maximă pentru 
elementul din prima linie a triunghiului. Întrucât triunghiul generat de către 
elementul din prima linie are un singur element, drumul optim este dat chiar de 
elementul respectiv. 

Având rezolvate subproblemele generate de elementele de pe prima linie, 
vom trece să rezolvăm subproblemele generate de elementele de pe umătoarele 
linii, obţinând triunghiul: 


2 
8 ll 
11 15 16 


20 20 23 22 

Pentru fiecare element al triunghiului (mai putin cele din prima şi ultima co- 
aflat imediat deasupra, fie de pe elementul aflat pe diagonala stânga-sus. Evi- 
dent, vom alege traseul (subproblema) pentru care drumul corespunzător este 
mai mare. De exemplu, pentru elementul 4, vom prefera să mergem pe traseul 
... > 9 — 4 (având lungimea 11 +4 = 15) decât pe traseul ... — 6 — 4 (având 
lungimea 8 + 4 = 12). 

Soluţia subproblemei iniţiale este dată de subproblema corespunzătoare e- 
lementului de pe ultima linie, a cărei valoare este maximă. Rezultă deci că 
lungimea drumului maxim este 23, aşadar am regăsit valoarea obţinută aplicând 
cealaltă descompunere în subprobleme. Formulele de recurenţă pentru calculul 
elementelor m;; sunt: 


Mij = Zij +max(mMj_15-1, M15) Mau = 211, 


unde facem convenţia că Moi = M41; = 0. 


14.4.1 Metoda “înainte” şi metoda “înapoi” 


Aşa cum probabil aţi remarcat deja, cele două descompuneri în subproble- 
me pe care le-am descris pentru problema triunghiului de numere sunt comple- 
mentare: 
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e in prima varianta se considera sub-drumuri care incep cu un anumit ele- 
ment, in cea de-a doua varianta se considera sub-drumuri care se termina 
cu un anumit element; 


e in prima varianta se construieste drumul optim pornind de la baza tri- 
unghiului, in timp ce in cea de-a doua varianta se construieste drumul 
optim pornind de la vârful triunghiului; 


e în prima variantă recurenta merge “înainte” de la elementul 2 la elementul 
4 + 1, în cea de-a doua variantă recurenta merge “înapoi”, de la elementul 
4 la elementul î — 1. 


Unii autori clasifică metodele de rezolvare a problemelor de programare dina- 
mica în trei clase: 


1. Metoda “înainte”, în care ne folosim de faptul ca optimalitatea subsolutiei 
Qk, Ok -- -ân implică optimalitatea subsolutiei @k+1, - - - , Qn; 


2. Metoda “înapoi”, in care ne folosim de faptul ca optimalitatea subsolutiei 
Q1,---Qk—1, Ak implica optimalitatea subsolutiei a1, ...ax—13 


3. Metoda “mixtă”, în care ne folosim de faptul ca optimalitatea soluţiei de 
tipul a1,...,Gk,-- - G implica optimalitatea atât a subsolutiei a1,- . . a-i 
cât şi a sub-solutiei Qx+1,--.,Qn. 


În prima descompunere în subprobleme am aplicat metoda “înainte”, iar în a 
doua descompunere în subprobleme am aplicat metoda “înapoi”. Vom prezenta 
în paragraful 14.5 şi un exemplu de problemă (parantezarea unui şir de matrice) 
în care se aplică metoda “mixtă”. 


14.4.2 Determinarea efectivă a soluţiei optime 


Deşi rezolvarea recurentelor asociate unei probleme de programare dina- 
mică ne conduce la aflarea valorii optime căutate, ea nu furnizează şi soluţia 
efectivă pentru care se obţine acea valoare optimă. De exemplu, în cazul pro- 
blemei triunghiului de numere am calculat care este valoarea drumului optimal, 
dar nu am găsit efectiv care este drumul pentru care se obţine valoarea optimă. 

Vestea bună este că aflarea soluţiei optime a problemei este în general sim- 
plă şi se bazează de cele mai multe ori pe reconstituirea “traseului” prin care 
s-a obţinut valoarea soluţiei optime. În cazul problemei triunghiului de numere 
putem afla cu uşurinţă care este drumul pentru care se obţine soluţia optimă, 
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reconstituind traseul prin care s-a obtinut valoarea optima. Pentru exemplul 
nostru, triunghiul construit prin rezolvarea relaţiilor de recurenţă era: 


23 

18 21 

12 11 12 

9 5 7 6 


Se observă cu uşurinţă că valoarea 23 din varful triunghiului a fost obţinută 
din elementul 21 aflat în dreapta jos (prin adăugarea valorii 2 din vârful triunghi- 
ului original), valoarea 21 a fost obţinută din elementul 12 aflat la dreapta, iar 
12 din 7. 

Metoda afiseazaDrumMaxim() din Listing 14.10 calculează drumul 
maxim pentru problema triunghiului. La linia 33 se iniţializează variabila s cu 
valoarea drumului maxim, aflată în vârful triungiului. Drumul propriu-zis este 
construit în ciclul while din liniile 38-53, în care se parcurge matricea 1 de 
sus în jos, linie cu linie. La fiecare iteratie, variabila s conţine valoarea către 
care trebuie să coborâm. Astfel, dacă s este egală cu 1[i+1] [j+1] (linia 46) 
se coboară direct în 1 [i+1] [j+1], altfel se coboară în 1 [i+1] [j+2]. 


Listing 14.10: Soluţia completă a problemei drumului maxim 


ı import java.io.x; 

2 import io.Reader; 

3 

4 public class DrumulMaxim 


5s { 


6 public static int drumMaximTriunghi(int[][] z) 
À 
{ 

8 int [][] | = new int[z.length][z.length ]; 
9 
10 for (int i = 0; i < z.length; i++) 
11 

{ 
12 l[z.length — 1][i] = z[z.length — 1][i]; 
13 } 
14 
15 for (int i = z.length — 2; i >= 0; i--) 
16 { 
17 for (int j = 0; j <= i; j++) 
18 { 
19 IliJlj] = zlilljl + 
20 Math.max(l[i + 1][j], 
21 l[i + 1J[j + 1]); 
22 } 
23 } 
24 
25 afiseazaDrumMaxim(z, 1); 
26 
27 return 1[0][0]; 
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} 


public static void afiseazaDrumMaxim(int[][] z, int [][] 
{ 
int s 1[0][0]; 
int i 0; 
int j = 0; 


System . out. print ("Drumul maxim: "); 
while (s != 0) 
{ 


System . out. print(z[i][j] + " "); 
s —= z[i][j]; 


if (i + 1 < z.length) 


{ 
if (s == l[i + 1][j + 1]) 


i++; 


} 


System . out. println (); 


} 


public static void main(String args []) 

{ 
System.out.print("Dimensiune triunghi: "); 
int n = Reader.readInt (); 


int[][] z = new int[n][n]; 
System.out.printIn("Elementele triunghiului:”"); 
for (int i = 0; i < n; i++) 


{ 
for (int j = 0; j <= i; j++) 
{ 
System.out.print("z[" + i + "][" +j 
+ "| = d) i 
z[i][j] = Reader. readiInt(); 
) 
) 


System . out. println ("Suma maxima = 


1) 


+ drumMaximTriunghi (z)); 
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14.5 Înmulțirea unui sir de matrice 


Următorul exemplu de problemă de programare dinamică pe care îl vom 
studia este problema înmulţirii optimale a unui şir de matrice. În cazul acestei 
probleme se dă o secvenţă A+, A2..., A, de matrice care trebuie inmultite. Cu 
alte cuvinte, se doreşte calcularea produsului 


A, Ao... An, 


unde A; are dimensiunile d;_; X d;. Având în vedere faptul că înmulţirea ma- 
tricelor este asociativa, calculul produsului de mai sus se poate face in mai 
multe moduri, în funcţie de ordinea în care decidem sa realizam operaţiile de 
înmulţire. De exemplu, pentru n = 3 există două moduri în care se poate cal- 
cula produsul: 


A, (A2A3) 


sau 


(A; A2)A3. 


Unii cititori îşi pot pune în mod legitim întrebarea: Ținând cont de faptul că 
înmulţirea matricelor este asociativă, oricum am pune parantezele, rezultatul 
final al calcului va fi acelaşi. Aşadar ce sens are să ne preocupăm de ordinea 
de realizare a operaţiilor de înmulţire? Răspunsul este că numărul de operaţii 
elementare de înmulţire este diferit, funcție de modul în care alegem să punem 
parantezele. De exemplu, pentru n = 3, să presupunem că cele 3 matrice au 
respectiv dimensiunile (10, 50), (50, 20) şi (20, 1). Numărul de operaţii necesar 
pentru a inmulti două matrice de dimensiune (m,n) şi (n, p) este m-n- p, 
după cum reiese clar din algoritmul din Listing 14.11 (considerăm ca barometru 
operaţia de înmulţire scalară a[i][k] + b[k][7]). Dacă vom calcula produsul celor 
3 matrice după primul mod (A1(A42A3)), vom face 50 x 20 x 1 = 1000 de 
operaţii pentru a calcula produsul A2 A3, plus încă 10 x 50 x 1 = 500 de operaţii 
pentru a inmulti rezultatul cu A. Aşadar, în total vom realiza 1000 + 500 = 
1500 de înmulţiri scalare. Dacă vom calcula produsul celor 3 matrice în al 
doilea mod ((A; 42) A3), vom face 10 x 50 x 20 = 10000 de operaţii pentru a 
calcula produsul A. Ag plus încă 10 x 20 x 1 = 400 operaţii pentru a calcula 
produsul rezultatului cu Ag. Vom face aşadar un total de 10400 de operaţii ceea 
ce înseamnă cam de 7 ori mai mult decât în varianta precedentă. În concluzie, 
are sens să ne punem problema de a găsi cea mai eficientă metodă de a realiza 
această înmulţire. 

O soluţie imediată a problemei ar fi să se găsească toate modurile posibile 
de parantezare a şirului de matrice şi să se aleagă cea pentru care numărul de 
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operaţii este minim. Totuşi, numărul de parantezari pentru un şir de lungime n 
este (vezi [Cormen], p. 261) 


1 
Cana E 0(47/n3/2) 


ceea ce exclude din start posibilitatea căutării exhaustive datorită numărului ex- 
ponential de variante. 


Listing 14.11: Inmulţirea a două matrice de dimensiune m-n respectiv n-p. Se 
observă cu uşurinţă că numărul de operaţii de înmulţire realizate este m*n*p 


1 /* * 

2 x» Calculeaza produsul a doua matrice de numere intregi. 

3 * Qreturn O matrice de numere intregi care reprezinta produsul 
4 x matricelor date ca parametru. 

5 */ 

6 public static int[][] produs(int[][] a, int[][] b) 

ted 

8 

9 


int [][] produs = new int[a.length ][b[0]. length ]; 


for (int i = 0; i < a. length; ++i) 
| 
11 for (int j = 0; j < b[0]. length; ++j) 
12 { 
13 produs[i]lj] = 0; 
14 for (int k = 0; k < b. length; ++k) 
15 

{ 

16 produs [i][j] += a[i][k]»b[k][j]; 


17 } 
18 } 
9] 


21 return produs; 


Caracterizarea substructurii optime 


O parantezare optimă a produsului A; A2 . . . An împarte secvenţa între A; 
Şi Apa, unde k este un număr natural în intervalul 1... — 1. Aceasta înseamnă 
că mai întâi se calculează A, ... Ap, apoi Apşa - - - Án şi în final se înmulţesc 
cele două rezultate pentru a obţine produsul A, Á> ... An. Numărul total de 
înmulţiri realizate este egal cu numărul de înmulţiri necesare pentru calculul lui 
A, ...A, plus numărul de înmulţiri necesare pentru a calcula Apa ... A, la 
care se adaugă numărul de operaţii necesar pentru a inmulfi cele două rezultate. 
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Această modalitate de împărţire ne duce cu gândul la a considera subpro- 
bleme de forma Pj; = Aj Aji... Aj, cul <i <j < n. Observatia esenţială 
in cazul acestei probleme este ca daca parantezarea optima pentru a calcula 
A; . .. Aj împarte produsul pe poziţia k, 


P= (Ap Ap (Aga 45) 


atunci parantezarea subşirului A; .. . Aj, din cadrul parantezării optime a sirului 
Aj... Aj este o parantezare optimă pentru şirul A;... Ay (dacă nu ar fi op- 
timă, atunci înlocuirea respectivei parantezări cu cea optimă ar produce o altă 
parantezare pentru A;...A; al cărei cost ar fi mai mic decât cel optim, ceea 
ce este absurd). O observaţie similară este valabilă şi pentru parantezarea lui 
Aki... Aj; din cadrul parantezării optime a lui A;... Áj, care trebuie să fie 
optimă pentru şirul Apa... Aj. Am arătat aşadar că o soluţie optimă pentru 
problema noastră este compusă din subsolutii optime ale subproblemelor, ceea 
ce ne permite să aplicăm programarea dinamică. 


Obţinerea formulelor de recurenţă 


Odată găsită o descompunere în subprobleme care respectă principiul opti- 
malităţii, putem trece la definirea valorii unei soluţii optime în funcţie de soluti- 
ile optime ale subproblemelor. Fie m; numărul minim de înmulţiri necesare 
pentru a calcula Pj; = Å;.. . Åj. Scopul final este să calculam Mın. Daca 
4 = J, atunci şirul constă într-o singură matrice, deci nu avem nevoie de nici o 
înmulțire scalară. Vom avea astfel 


Mii = 0, Vi = l..n. 


Pentru a calcula m;; în cazul general (2 < j) ne vom folosi de substructura 
optimală definită în paragraful anterior. Să presupunem că o parantezare optimă 
a şirului A; . . . A; împarte produsul între Ap şi Axa cu i < k < j. Am arătat 
deja că în această situație numărul de operații necesar pentru a calcula P;; este 
egal cu numărul de operații necesare pentru a calcula P; plus numărul de ope- 
rații necesare pentru a calcula Pk+1; plus costul înmulțirii celor două matrice 
rezultat. Având în vedere faptul că P;, are dimensiunea (d;_1, dp), iar Pra j 
are dimensiunea (dp, d,), evaluarea produsului P;,P,41; necesită dj_1d,d; 
operaţii. Obţinem astfel numărul de operaţii necesare pentru a calcula m;;: 


Mij = Mik +Mk+1j + dk-ıdkdj. 


Ecuația de mai sus este valabilă în situația în care cunoaştem poziția k în care se 
descompune produsul. Cum noi nu stim care este această poziție, vom încerca 
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toate variantele posibile pentru k si o vom alege pe cea pentru care se obtine va- 
loarea minima. Din fericire, există doar 7 — î valori posibile pentru k, şi anume 
k =i,i+1,...j—1. În consecinţă, formula recurentă pentru definirea costului 
minim a parentezării produsului A; . . . A; devine 


a 0 dacai = j (14.1) 
O mini<ncy {min + Mk+ij +di—ıdkdj} dacai < j | 


Rezolvarea recurentei şi calculul costului optimal 


În acest moment este uşor să scriem un algoritm care să calculeze recurenta 
pentru m;j. O primă alternativă, destul de tentantă, este aceea de a imple- 
menta calculul recurentei direct, folosind un algoritm recursiv. O analiză simi- 
lară cu cea de la calculul recursiv al şirului lui Fibonacci (paragraful 14.2.1), 
ne convinge că această modalitate de calcul generează o complexitate expo- 
nentiala, cu nimic mai bună decât încercarea tuturor parantezarilor posibile. 

În locul calculului recursiv al lui Mij vom folosi din nou un tabel în care 
vom reţine valorile intermediare ale subproblemelor. Ca de obicei, calculul 
se va face bottom-up, adică se rezolvă mai întâi subproblemele de dimensiune 
mica, urmate apoi succesiv de subprobleme de dimensiune mai mare, până când 
se ajunge la problema iniţială. Metoda sirMatrice() din Listing 14.12 
implementează această strategie. 

sirMatrice() calculează matricea m mergând pe probleme de dimen- 
siune din ce în ce mai mare. La prima iteratie (l = 0) algoritmul calculează 
m[i]|i + 1] (costul şirurilor de lungime 2) pentru i = 0...n — 2 (indicii sunt 
deplasati fata de notația anterioară deoarece în Java indexarea tablourilor începe 
de la 0). La a doua trecere prin ciclu (l = 1) se calculează mli][i + 2] pentru 
4 = 0,1,...,n — 3 (costul şirurilor de lungime 3) etc. Aşadar, elementele ma- 
tricei m sunt calculate pe diagonală, mergând paralel cu diagonala principală, 
până când se ajunge în colţul din dreapta sus al matricei. Figura 14.5 ilus- 
trează această procedură pentru un şir de n = 6 matrice, având dimensiunile 


(20 x 15), (15 x 30), (30 x 5), (5 x 25), (25 x 10), (10 x 35). 


Construirea efectivă a unei soluţii optime 


Şi în cazul acestei probleme, rezolvarea recurenţei implică găsirea valorii 
optime, fără a da însă şi parantezarea efectivă pentru care s-a obţinut valoarea 
optimă. Ca de obicei, calculul soluţiei optime se face simplu, folosindu-ne de 
rezolvarea recuren{ei. Pentru a putea găsi care este soluţia optimă, este suficient 
ca pentru fiecare produs A;... A; să ştim care este poziţia k la care se împarte 
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Listing 14.12: Calculul recurentei pentru înmulţirea şirului de matrice folosind 
un tabel m în care se retin valorile subproblemelor 


1 /* x 

2 * Calculeaza formula de recurenta pentru matricea m. 

3 * Ne folosim de faptul ca elementele matricei | sunt 

4 x initializate implicit cu 0. 

5 * @return Costul optim pentru inmultirea matricelor a caror 
6 x dimensiune este retinuta in sirul d care se considera a 
7 * fi membru al clasei care contine metoda. 

8 */ 

o public static int sirMatrice() 

10 | 


LL int n = d.length — 1; 
2 int[][] m = new int[n][n]; 


3 for (int 1 = 0; 1 < n — 1; ++1) //I este lungimea subsirului 
14 
{ 
15 for (int i = 0; i < n — l — 1; ++i) 
16 { 
17 jrui+t+tl +1; 
18 m[i][j] = Integer .MAX VALUE; 
19 int temp; 
20 
21 for (int k = i; k < j; ++k) 
22 { 
23 temp = m[i][k] + m[k+1][j] + d[iJ*d[k+l]*d[j+1]; 
24 if (temp < m[i][j]) 
25 { 
26 m[i][j] = temp; 
27 } 
28 } 
29 } 
3) 
31 
32 return m[O][n — 1]; 
33 } 


în două subproduse. Aceasta implică să construim o matrice poz;; care reţine 
poziţia în care şirul A; ... A; este împărţit în subproduse. Calculul lui poz;; se 
face simplu, adăugând atribuirea 


poz [1] [3] =k; 


după linia 26 din metoda sirMatrice () (Listing 14.12). Având la dispozi- 
tie şirul poz, găsirea soluţiei optime se face simplu folosind metoda recursivă 
sirMatriceSolutie() din Listing 14.13. 
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Figura 14.5: Tabelul m rezultat în urma rezolvării recurentei pentru problema 
înmulţirii şirului de matrice, pentru un şir de 6 matrice având dimensiunile (20 x 


15), (15 x 30), (30 x 5), (5 x 25), (25 x 10), (10 x 35) 


0 | 9000 | 3750 | 6250 | 6000 | 13000 _ 
| O [2250 | 5625 | 7250 | 12500 | 
|| 0. [87505] 2750] 18250. 


c C Toe eama] 


Listing 14.13: Construirea efectivă a soluției optime pentru problema înmultțirii 
sirului de matrice 


NR 
* 
* 


x Metoda care determina efectiv produsul sirului de 

matrice in mod optim bazandu—se pe matricea calculata 

de metoda sirMatrice. 

i si j reprezinta limitele intre care se calculeaza produsul 

@return String ce reprezinta modul de parantezare al matricelor 
*/ 

public static String sirMatriceSolutie(int[][] poz, int i, int j) 

{ 


© o> y DH n Aà L N 


o if (i < j) //sirul contine cel putin doua matrice 


u { 


12 String sl = sirMatriceSolutie(poz, i, poz[i][j]); 
13 String s2 = sirMatriceSolutie(poz, poz[i][j]+1, j); 
14 

15 return "(" + sl + "x" + s2 + ")" ; 


is else //sirul contine o singura matrice 


9 = 


20 return "A" + String.valueOf(i) ; 


a) 


Clasa Matrice din Listing 14.14 afişează parantezarea optimă şi numărul 
de înmulţiri minim necesar pentru un şir de matrice ale cărui dimensiuni sunt 
citite de la tastatură. 


Listing 14.14: Soluţia completă a problemei şirului de matrice 
ı import java.io.x; 
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2import io. Reader; 
3 
4public class Matrice 


5 
{ 
6 public static int sirMatrice(int[] d) 
À 
{ 
8 int n = d.length — l; 
9 int [][] m = new int[n][n]; 
10 int [][] poz = new int[n][n]; 
Il 
12 for (int 1 = 0; 1 < n — 1; 144) 
13 { 
14 for (int i = 0; i < n — l — 1; i++) 
15 { 
16 int j = i + l + l; 
17 m[i][j] = Integer.MAX VALUE; 
18 int temp; 
19 for (int k= i; k< j; k++) 
20 { 
21 temp = m[i]lk] + m[k + 1][j] + 
22 d[i] x d[k + 1] * d[j + 1]; 
23 
24 if (temp < m[i][j]) 
25 { 
26 m[i][j] = temp; 
27 pozli]llj]l = k; 
28 } 
29 } 
30 } 
31 } 
32 
33 
34 System.out.print("Ordinea inmultirii matricilor: " + 
35 sirMatriceSolutie(poz, 0, n — 1)); 
36 System. out. printlIn (); 
37 
38 return m[O][n — 1]; 
39S 
40 
4a public static String sirMatriceSolutie(int[][] poz, 
42 int i, int j) 
43 { 
44 if (i < j) 
45 { 
46 String sl = sirMatriceSolutie(poz, i, poz[iJ[j]); 
47 String s2 = sirMatriceSolutie(poz, poz[i][j] + 1, j); 
48 
49 return "(" + sl +" x " + s2 + ")"; 
50 } 
51 else 


14.6. SUBSIR COMUN DE LUNGIME MAXIMA 


52 { 

53 return "A" + String .valueOf(i); 
54 } 

55} 


5s public static void main(String [] args) 


58 

{ 

59 System.out.print("Numarul de matrice: "); 

60 int n = Reader.readInt(); 

6l 

62 if (n < 1) return; 

63 

64 int[] d = new int[n + 1]; 

65 

66 System .out.printin("Sirul dimensiunilor: "); 
67 

68 for (int 1 = 0; i <n + l; i++) 

69 { 

70 System.out.print("d[" + i + "]="); 

71 d[i] = Reader.readInt(); 

72 } 

73 

74 System.out.println("Numarul minim de operatii necesar " + 
75 "inmultirii matricilor: " + sirMatrice(d)); 
6) 

77] 


14.6 Subsir comun de lungime maximă 


Următoarea problemă clasică de programare dinamică pe care o vom ana- 
liza este problema subşirului comun de lungime maximă. Un subşir al unui şir 
XL = Tı T2 . . . En se obţine prin eliminarea din şirul iniţial x a unor componente 
Liz, iz; - - -, Tip; componentele care se elimină nu trebuie să fie neapărat con- 
secutive. De exemplu, şirul aeg este un subşir al lui abcde f gh. Astfel, dându-se 
două şiruri, £ şi y, spunem că şirul z este un subşir comun pentru g şi y dacă z 
este un subşir atât pentru z cât şi pentru y. 

În problema subşirului comun de lungime maximă se dau două şiruri x = 
L1XQ.--Lm ŞI Y = YiYo---Yn arbitrare şi se cere să se găsească un subsir 
comun al lor 2 = 2122... Zp (evident, p <= min(m, n)) care să aibă lungimea 
maximă. 

Exemplu: Pentru şirurile dinamic şi inadecvat subşirul comun de lungime 
maximă este inac, deoarece nu există nici un subşir comun de lungime mai 
mare decât 4. Este important de observat că subşirul comun de lungime max- 
ima nu este neapărat unic. Astfel, pentru şirurile abeiro si bueor un subşir 
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comun de lungime maximă este ber, iar altul este beo. 

O abordare brutală a acestei probleme constă în generarea tuturor subşiru- 
rilor lui x şi alegerea celui mai lung care este în acelaşi timp şi subsir al lui y. 
Desigur, această soluţie nu este deloc eficientă, având în vedere faptul că există 
2™ subşiruri ale lui x, deci timpul necesar pentru rezolvarea problemei ar fi 
exponential. 


Caracterizarea substructurii optime (verificarea principiului 
optimalitatii) 

Din fericire, aceasta problema se preteaza la o structurare pe subprobleme 
care verifica principiul optimalitatii. Totusi, in acest caz, structurarea in sub- 
probleme care sa verifice principiul optimalitatii nu este evidenta. 

Subproblemele se definesc in mod natural pe baza unor perechi de “prefixe” 
ale celor două şiruri de intrare. Mai exact, dându-se un şir £ = 2%1X%2q..-XLm, 
un prefix al său este şirul £1 £2... £i, cu i = 0,1,...m. Astfel, pentru fiecare 
pereche de prefixe, £ = £1 - - - £i, Y = Yı - - - yj ale şirurilor iniţiale vom calcula 
lungimea subsirului maximal comun, ajungând în final să rezolvăm si problema 
noastră. 

Pentru a verifica principiul optimalitatii vom enunta trei propoziții sim- 
ple, în care plecăm de la ipoteza că 2122... Zp este un subşir maximal pentru 
L1X2Q.--Lm ŞI Y1Y2---Yn- 

1. Dacă Im = Yn, atunci 2122... Z%p—1 este un subşir comun maximal 
pentru %12%2...Lm—1 ŞI Y1Y2---Yn—13 

2. Dacă £m É Yn Si Zp £ Lm, atunci 2122...Z%p este un subşir comun 
maximal pentru 21 Z2..-Lm_1 ŞI Y1Y2--- Yn; 

3. Dacă Im É Yn Si Zp £ Yn, atunci 2122... 2p este un subşir comun 
maximal pentru z1T2 -- -Em ŞI Y1Y2 - - - Yn-1- 

Demonstrația celor trei afirmații de mai sus se face în mod banal prin redu- 
cere la absurd şi o lăsăm ca exercițiu. 

Caracterizarea din propozițiile anterioare arată că un subsir comun maximal 
pentru două şiruri conține un subşir comun maximal pentru prefixele celor două 
şiruri, deci problema are proprietatea de substructură optimă. Tot propozițiile 
de mai sus furnizează si formula de recurenta care rezolvă problema. 

Vom nota cu l[i, j] lungimea subşirului comun maximal pentru prefixele 
Tı -- -Zi $1 Y1- -Yj 

Ca si condiții inițiale avem: 


1[0, j] =0, Vj =0,1,...n 


1[i.0] =0, Vi=0,1,...m 
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deoarece atunci cand unul dintre siruri este vid (are lungime 0), subsirul comun 
maximal va fi intotdeauna vid. 

Din cele trei propoziţii rezultă in mod clar faptul că având un subşir comun 
maximal pentru două şiruri oarecare %1X%2---Xm ŞI Y1Y2---Yn, acesta se va 
regăsi în subşirul comun maximal pentru una din variantele 

1%2---Lm-1 ŞI Y1Y2---Yn-1 daca Im = Yn» 
sau 

L122 ..-Lm—1 Si YiY2---Yn Ori L1XQ~...Lm Si YiY2---Yn—1 dacă Ly, Æ 
Yn- 

De aici reiese că pentru a calcula l[m, n] sunt necesare valorile J[m — 1, n — 
1], [m — 1, n] si lfm, n — 1]. Totuşi, cele trei propoziţii nu dau indicaţii exacte 
despre formula de recurenţă decât într-un singur caz, şi anume când £m = Yn 
(noi nu ştim ce valoare are 2, atunci când construim soluţia, deci nu putem 
distinge între variantele 2 si 3). În situaţia în care £m Æ Yn putem alege fie 
lim — 1, n], fie l[m, n — 1]. Dintre aceste valori o vom alege evident pe cea mai 
mare, deoarece ea îndeplineşte proprietatea de optimalitate (se poate arăta acest 
lucru uşor, prin reducere la absurd). Astfel, vom alege 


lim, n] = mazx{l[m — 1, n], l[m, n — 1] tm £ Yn 
Aşadar, formula de recurenţă completă este: 
0 ptri = 0 sau j = 0, 
li, 7] = li- 1,j—1]+1 ptri = 1..m,j = |..nsiz; = Tj 
max(l[i — 1, j], lli, 3 —1]) ptri= 1..m,j = 1..n si xi £ £j. 


Calculul recurenței de mai sus se face simplu, folosind metoda subsir- 
ComunMaximal () din Listing 14.15. 


Listing 14.15: Rezolvarea recurentei pentru subsirul comun de lungime maxima 


N 
x * 
* 


Calculeaza formula de recurenta pentru matricea l. 


* Ne folosim de faptul ca elementele matricei l sunt 

x initializate implicit cu 0. 

* @return Lungimea subisrului comun maximal pentru x si y 

* care se presupun a fi membri ai clasei care contine metoda. 
*/ 


o >% A ÎN A Aà WB N 


public static int subsirComunMaximal () 
{ 


i int m= x.length(); //x este String 
u int n = y.length(); //y este String 
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2 for (int i = 0; i < m; ++i) 
34 
14 for (int j = 0; j < n; ++j) 
15 

{ 
16 if (x.charAt(i) == y.charAt(j)) 
17 

{ 

18 l[i+1][j+1] = l1[i][j] + 1; 
19 } 
20 else 
2l { 
22 l[i+1][j+1] = Math.max(1[i][j+1], 1[i+1][j]); 
23 } 
24 } 
25) 


27 return l[m][n]; 


Am rezolvat astfel problema determinării lungimii subşirului comun maxi- 
mal, dar, ca de obicei, nu am găsit subşirul efectiv care are lungimea maximă. 
Determinarea subşirului efectiv se poate realiza uşor pe baza matricei | calcu- 
lată în metoda subsirComunMaximal () din Listing 14.15, urmărind care 
a fost “traseul” care a condus la subşirul de lungime maximă (dat de l|m,n]). 
Am evidenţiat deja faptul că lfi, 7] poate proveni doar dintr-unul din elementele 
lji — 1,3 — 1], l[i — 1,3], sau lfi, j — 1]. Începem cu elementul lfm, n] al matri- 
cei; acesta provine din l[m — 1,n — 1] dacă £m = Yn sau din maximul dintre 
lim — 1,n] şi l[m,n — 1] în caz contrar. Mergem astfel pas cu pas până când 
ajungem la 1[0, 0]. Din drumul de la I[m, n] la 1[0, 0] construit anterior reținem 
doar elementele l[i, j] pentru care x; = yj. Afişând în ordine inversă aceste 
elemente, obținem chiar şirul cerut (Listing 14.16). 


Listing 14.16: Determinarea efectivă a subşirului comun maximal 


1 /* * 
2 * Determina care este subsirul comun maximal pe baza 

3 * matricei | si a sirurilor x si y (care se presupun a fi 
4 x membri ai clasei. 

5 * @return Un String care reprezinta subsirul comun maximal. 
6 */ 

7 public static String determinaSubsir(int i, int j) 

8 { 

9 if (1 !=0 && j != 0) 

io ë { 

LI if (x.charAt(i — 1) == y.charAt(j — 1)) 
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{ 
return determinaSubsir(i — 1, j — 1) + x.charAt(i — 1); 


) 


else 


if (I[i][j] == l[i—1][j]) 
return determinaSubsir(i — 1, j); 
} 
else 
{ 
return determinaSubsir(i, j — 1); 
} 
} 
} 


else 


{ 
) 


mu, 
> 


return 


Clasa SubsirComun din Listing 14.17 citeşte două stringuri de la tas- 


tatură, după care afişează subşirul lor comun de lungime maximă. 


Listing 14.17: Soluţia completă a problemei subşirului comun maximal 


ı import java.io.*; 
2 import io.Reader; 


3 


4 public class SubsirComun 


sl 


private static String x; 
private static String y; 
private static int[][] 1; 


public static int subsirComunMaximal () 


{ 
LT six 
System.out. printIn("Subsirul comun maximal: " + 
determinaSubsir (m, n)); 
return l[m][n]; 
} 
public static String determinaSubsir(int i, int j) 
{ 
A eee 
} 


public static void main(String args[]) 


{ 
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26 System.out.print("x = "); 

27 x = Reader. readString (); 

28 

29 System.out.print("y = "); 

30 y = Reader. readString (); 

31 

32 System . out. println ("Lungimea subsirului comun maximal: " 
33 + subsirComunMaximal ()); 


14.7 Distanța Levensthein 


O problemă foarte asemănătoare ca structură cu problema subsirului comun 
de lungime maximă este calculul distanței Levensthein între două şiruri de ca- 
ractere. Să presupunem că avem două şiruri de caractere, z = £12... Zm ŞI 
Y = Y1Y2---Yn- Operatiile permise asupra unui şir de caractere sunt: 


e ştergerea unui caracter oarecare din sir; 
e inserarea unui caracter pe o poziție oarecare din sir; 


e înlocuirea unui caracter oarecare cu un altul. 


Se cere să se determine numărul minim de operații prin care şirul z se poate 
transforma în şirul y. Acest număr se numeşte distanța Levensthein dintre & şi 
y şi reprezintă o evaluare mult mai obiectivă a similaritatii a două şiruri decât 
distanța Hamming (care pur şi simplu numără pozițiile pe care cele două şiruri 
diferă). 


Exemplu: Pentru a transforma şirul algoritm în aborigen sunt necesare urmă- 
toarele operații: 

algoritm|l + b] — abgoritm|sterge g] — aboritm|t + g] — 

— aborigmlinsereaza e] — aborigem|m O n] — aborigen 

Este uşor de văzut că întotdeauna există o secvenţă de astfel de operaţii 
care să transforme un şir într-altul, deci nu se pune problema de fezabilitate. 
Structurarea în subprobleme este foarte asemănătoare cu cea de la problema 
subşirului comun de lungime maximă din secţiunea precedentă. Astfel, pentru 
oricare prefix X; = X,...2X; al lui x şi oricare prefix Y; = y,...y; al lui y 
ne vom propune să determinăm secvenţa cea mai scurtă de operaţii pentru a-l 
transforma pe X; în Y}. 
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Să arătăm mai întâi că descompunerea in subprobleme dată de noi respectă 
principiul optimalitatii. Pentru aceasta, va trebui să găsim o modalitate de a 
construi soluţia optimă a unei probleme pe baza soluţiilor optime ale probleme- 
lor de dimensiune mai mică. Să considerăm două prefixe X; şi Y; ale şirurilor 
iniţiale, iar $ = 8182... Sp secvenţa optima de operaţii pentru a-l transforma pe 
primul în al doilea. Putem face acum următoarele observaţii: 


e Daca x; = yj, atunci $ = 81... Sp este o secvenţă optimală de transfor- 
mări şi pentru X;_1, Yj-1; 


e Daca x; Æ yj şi ultima transformare din s este o operaţie de ştergere, 
atunci 81... Sp-—a este o secvenţă optimală de transformări pentru X;_1 


şi Y;; 


e Daca x; Æ yj şi ultima transformare din s este o operaţie de inserare, 
atunci 81... Sp—1 este o secvenţă optimală de transformări pentru X; şi 


Yj—1; 


e Dacă x; # y; si ultima transformare din s este o operaţie de înlocuire, 
atunci $1 ...Sp—1 este o secvenţă optimală de transformări pentru X;_1 
ŞI Ya f 


Cele patru observații de mai sus ne indică substructura optimă a problemei 
noastre. Determinarea secventei optimale de transformări pentru cele două 
şiruri X; şi Y; se reduce la determinarea secventei pentru una dintre perechile 
(Xi-1, Yj-1), (Xi-1, Yj) sau (XG, Yj—1). 

Ca de obicei, vom calcula mai întâi care este numărul de operaţii pentru 
a-l tranforma pe z în y, urmând ca pe baza tabelului obţinut să determinăm 
efectiv care este secvenţa optimală de transformări. Să notăm cu d;; distanţa 
Levensthein dintre X; şi Y;. Pentru î = 0, vom avea nevoie de 7 operaţii de 
inserare pentru a ajunge la Yj (Xo este şirul vid), deci do; = 3; similar avem 
dio =. 

Să găsim acum relaţia de recurenţă pentru cazul general. Conform primei 
observaţii, dacă x; = yj, vom avea dj; = dj_1j~-1. Dacă x; Æ yj atunci dij 
va fi, funcţie de care dintre cele trei operaţii s-a aplicat, egal cu dj_1;-1 + 1, 
di—1j + 1, sau djj_1 + 1. Vom alege desigur cea mai mică valoare. Astfel, 
formula de recurenţă pentru d;; este: 


J pentrui = 0 
Fi ra ) pentru 3 = 0 
“J di_ij-1 pentru zi = Yj 


1+ min{d;_1, dij-1, di_1j;-1} pentru x; £ Yj 
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Listing 14.18: Rezolvarea recurentei pentru distanţa Levensthein 


1 /* x 

2 * Calculeaza formula de recurenta pentru matricea d. 

3 * Qreturn distanta Levensthein dintre x si y 

4 * care se presupun a fi membri ai clasei care contine metoda. 
5 */ 

6 public static int distantaLevensthein () 

7{ 

8 

9 


int m = x. length (); 
int n = y.length (); 
i d = new int[m + 1][n + 1]; 


2 for (int i = 0; i <= m; ++i) 
B f 

14 d[i][0] = i; 

15 } 


7 for (int j = 0; j <= n; ++j) 


{ 
19 d[0][j] = 0; 


2 } 
21 
2 for (int i = 0; i <m; ++i) 
2 f 
24 for (int j = 0; j < n; ++j) 
25 { 
26 if (x.charAt(i) == y.charAt(j)) 
27 
{ 
28 d[i + 1J[j + 1] = d[i][j]; 
29 } 
30 else 
31 { 
32 d[i +1][j+1] = 1 + min(d[i][j+1], d[i+1][j], d[i][j]); 
33 
) 
34 } 
35} 


37 return d[m][n]; 


Rezolvarea recurentei de mai sus este foarte simplă, şi este realizată de 
metoda distantaLevensthein() din Listing 14.18. 

Pentru a reconstitui secvenţa efectivă de operaţii prin care z se transforma 
în y vom folosi o parcurgere a matricei d asemănătoare cu cea de la problema 
subşirului comun de lungime maximă. Pornim de pe poziţia (m,n). Dacă 
Lm = Yn, atunci trecem pe poziţia (m — 1,n — 1) fără nici o operaţie. Daca 
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Figura 14.6: Elementele matricei d pentru sirurile algoritm si aborigen. Ele- 
mentele îngroşate reprezintă traseul corespunzător transformării optime data la 
începtul paragrafului. 


Se POEM EEE 
pA [Ol] 1 12/3/14 ]5/ 6171/8) 
E AAA Oa EA | 
EN ESEREA AES AES EARS 
Ls [312] 2/ 2/314 14 )5/ 6) 
EAESEAEIE IE IESEAEaES 


Ei ES ENE IER IESEAN 
ENE DEAL IE AENESEREZEA 
OE 66 |S [4 |S) S54 [5 
E: SEARA Sa [Ss EA | eh | 


Lm Æ Yn, atunci alegem poziţia învecinată de valoare minimă. Dacă valoarea 
minimă s-a obţinut pentru (m — 1,n — 1), atunci ultima operaţie a fost de 
înlocuire; dacă valoarea minimă s-a obţinut pentru elementul de pe poziţia (m — 
1,n), atunci ultima operaţie a fost de inserare, iar dacă valoarea minimă s-a 
obţinut pentru (m,n — 1), ultima operaţie a fost de ştergere. 

Figura 14.6 prezintă matricea d pentru şirurile algoritm şi aborigen, iar 
elementele îngroşate corespund soluţiei date la începutul paragrafului. Algo- 
ritmul de reconstituire este asemănător cu cel de la problema subşirului comun 
de lungime maximă din paragraful precedent şi este redat în liniile 61-98 din 
Listing 14.19. 


Listing 14.19: Soluţia completă a problemei distanţei Levensthein 


import java.io.x; 

2 import io.Reader; 

3 

4 public class Levensthein 

5 { 

6 private static String x; 
7 private static String y; 
s private static int[][] d; 
9 


i public static int distantaLevensthein () 


uo f 


12 int m = x.length (); 
13 int n = y.length (); 
14 d = new int[m + 1][n + 1]; 
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} 


for (int i = 0; i <= m; i++) 


{ 
d{iJ[O] = i; 
} 


for (int j = 0; j <= n; j++) 


d[0][j] = j; 
} 


for (int i = 0; i <m; i++) 
{ 


for (int j =0; j <n; j++) 


if (x.charAt(i) == y.charAt(j)) 
{ 


} 


else 


d[i+1][j+1] = d[i][j]; 


d[i+1][j+1] = 1 + min(d[i][j+1], 
d[i+1][j], 
d[i][j]); 
} 
} 
} 


System . out. println ("Operatiile de transformare: 


determinaSecventa(m, n); 


return d[m][n]; 


private static int min(int a, int b, int c) 


{ 


} 


public static void determinaSecventa(int i, int j) 


{ 


int m = Math.min(a, b); 


if (c <m) 


return m; 


if (i !=0 && j != 0) 


{ 
if (x.charAt(i—1) == y.charAt(j—1)) 


we 


} 


{ 
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determinaSecventa(i—1, j—1); 


} 


else 


{ 


int m = min(d[i—1][j—1], 


d[i—1][j], 
dfiJlj—1]); 


if (m == d[i—1][j—1]) 


{ 


System.out.printIn("— inlocuire: " + 
x.charAt(i—1) +" cu "+ 
y.charAt(j—1)); 

determinaSecventa(i—1l, j—1); 


) 


else if (m == d[i—1][j]) 


{ 


System.out.printlIn("— stergere: " + 
x.charAt(i—1) + 


de pe pozitia " + (i-—1)); 


determinaSecventa(i—l, j); 


} 


else 


{ 


System .out.println("— inserare: 


y.charAt(j—1) + 


pe pozitia " + 1); 


determinaSecventa(i, j—1); 


) 
) 
) 


public static void main(String args[]) 


{ 


System. out. 
x = Reader. 


System. out. 
y = Reader. 
System. out. 


print("x = "); 
readString (); 


print("y = ae i 
readString (); 
printin ("Numarul minim de operatii: 


+ distantaLevensthein ()); 
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Rezumat 


Notiuni fundamentale 


programare dinamica: metoda de elaborare a algoritmilor care se aplica 
problemelor de optimizare in care soluţia optimă se construieşte pe baza soluţiei 
optime a subproblemelor. 

problemă de optimizare: problemă în care se cere minimizarea sau maxi- 
mizarea unei funcţii obiectiv (de exemplu, în cazul inmultirii şirului de matrice, 
funcţia obiectiv este numărul de înmulţiri scalare necesare pentru a calcula pro- 
dusul). 

principiul optimalitatii: este numit adeseori şi substructură optimă. În e- 
senta, acest principiu afirmă că soluţia optima a unei probleme de optimizare 
este construită din subsolutii optime ale subproblemelor. 

soluţie optimă: o soluţie pentru care se atinge valoarea optimă a funcţiei 
obiectiv în cazul unei probleme de optimizare. Soluţia optimă nu este neapărat 
unica. 

subproblema: problema similara cu cea originala, dar de dimensiune mai 
mică. În cazul programării dinamice subproblemele se aleg astfel încât să res- 
pecte principiul optimalitatii. 


Erori frecvente 


1. Se confundă principiul optimalitatii cu reciproca lui, crezând ca prin com- 
binarea a două subsolutii optime se obţine tot o soluţie optimă. 


2. Se aplică metoda programării dinamice pentru subprobleme care nu res- 
pectă principiul optimalitatii. 


3. Nu trebuie să ne avântăm să rezolvăm toate problemele care respectă 
principiul optimalitatii folosind programarea dinamică. Trebuie verificat 
înainte că nu putem aplica strategii mai simple, cum ar fi Greedy. 


4. Suprapunerea apelurilor recursive trebuie evitată, deoarece există posibi- 
litatea de a genera algoritmi exponentiali. 


5. Calculul complexităţii în timp a algoritmilor recursivi se face pe baza 
unei formule recurente. Nu vă bazati pe faptul că un apel recursiv are 
timp liniar. 
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Exerciţii 
Pe scurt 
1. Cărui tip de probleme se poate aplica metoda programării dinamice? 
2. Care este enunţul principiului optimalitati1? 
3. Este reciproca principiului optimalitatii adevărată? 
4. Care este principala dificultate în rezolvarea problemelor de programare 
dinamică? 
5. Construiţi matricea 1 şi evidenţiaţi drumul de lungime maximă pentru 
triunghiul: 
4 
2 9 
ll 2 1 
4 8 9 6 
7 10 1 12 4 
6. Găsiţi un exemplu pentru care problema triunghiului din paragraful 14.3 
admite mai multe soluţii optime. Construiţi matricea 1 atât pentru metoda 
înainte cât şi pentru metoda înapoi. 
7. Găsiţi o parantezare optimă a produsului unui şir de matrice de dimensi- 
uni (4, 12,5, 9, 2, 60, 8). 
8. Determinati cel mai lung subsir comun pentru (1, 0,0, 1,1, 0,0, 0,1, 1, 0) 
şi (0,0,1,1,0,1,1,0,1,0,0,1,0, 1). 
9. Determinati distanţa Levensthein între sirurile recursivitate şi acuitate. 
Teorie 
1. Demonstrati că o parantezare corectă a unui sir de n matrice are exact 


2: 


n — 1 perechi de paranteze. 


Care este modalitatea cea mai eficientă de determinare a parantezării op- 
time a unui sir de matrice: enumerarea tuturor parantezărilor posibile ale 
produsului şi calculul numărului de operații pentru fiecare parantezare, 
sau rezolvarea recursivă a formulei de recurenţă 14.1? Justificati raspun- 
sul. 
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Probleme 


l. 
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Toate problemele de programare dinamică prezentate în cadrul acestui 
capitol (problema triungiului, parantezarea unui sir de matrice, subsir co- 
mun de lungime maximă etc.) admit în unele situații mai multe soluții 
optime. Totuşi, algoritmii prezentați de noi determină o singură soluție 
optima pentru fiecare problemă. Modificati metodele de determinare a 
soluției optime astfel încât acestea să afişeze toate soluțiile optime ale 
problemei. 


Indicatie 

Toti algoritmii de determinare a solutiei optime se bazeaza pe parcurgerea 
ulterioară a matricei soluţie reconstruind traseul pe care soluţia optima a 
fost obţinută. De exemplu, în cazul problemei triungiului, se porneşte din 
vârful matricei 1 şi se merge in jos sau dreapta-jos, funcţie de care ele- 
ment este mai mare. Totuşi, dacă cele două elemente sunt egale, înseamnă 
că soluţia optimă se poate construi mergând pe ambele variante. Re- 
zolvarea corectă este aşadar să se parcurgă recursiv ambele variante şi să 
se afişeze soluţiile corespunzătoare fiecăreia. Este important de observat 
că situaţia în care elementele sunt egale poate să apară de mai multe ori 
în cadrul reconstruirii soluţiei. Practic, de câte ori apare această situaţie, 
atâtea soluţii optime admite problema. 


. Problema bancomatului. 


Se pune problema construirii unui bancomat care să fie capabil să furni- 
zeze o anumită sumă clienţilor băncii. Pentru aceasta, aparatul dispune 
de un număr k de bancnote. Desi fiecare dintre aceste bancnote există 
în cantitate nelimitată, se doreşte returnarea restului cu un număr minim 
de bancnote. Se cere ca dându-se o sumă S şi k numere reprezentând 
valorile bancnotelor (v1, V2,...Un), să se determine numărul minim de 
bancnote cu care se poate plăti suma S, în cazul în care acest lucru este 
posibil. Să se determine şi bancnotele cu care suma este plătită. 


Observaţie 

Problema nu este trivială, întrucât bancnotele pot avea orice valoare natu- 
rală. De exemplu, nu se poate plăti suma 25 cu bancnote având valoarea 
7 şi 13). De asemenea, strategia Greedy de a folosi monede de valoare 
maximă nu dă întotdeauna soluţia optimă (de exemplu, achitarea sumei 
20 cu monede de valoare 6, 5, 4, 1 ar genera soluţia (6, 6,6, 1, 1), care nu 
este optimă). 
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Indicatie 

Notăm cu b; numărul minim de bancnote cu care poate fi plătită suma 7. 
bs ne va da chiar soluţia problemei (numărul minim de bancnote necesare 
pentru a plăti suma $). Prin convenţie, b; va fi infinit dacă suma 7 nu 
poate fi platită cu bancnotele date. Se iniţializează elementele vectorului 
b cu valoarea infinit (Integer .MAXINT în cazul nostru). Pentru fiecare 
bancnotă cu valoarea vz se pune b,, = 1. Apoi vom determina b;, cu for- 
mula de recurenta 


bi = min {biv p} t1 1=1,2,...8 
1—Yx >0 


care exprimă faptul că suma 2 se poate obţine adăugând moneda vx, la 
monedele necesare pentru a obţine suma 2 — vk. Reconstituirea soluţiei 
se face retinand pentru fiecare î indicele k pentru care s-a obţinut valoarea 
minimă. 


. Company party. 

Preşedintele unei companii doreşte să organizeze o petrecere cu angajaţii 
firmei. Aceştia se află într-o structură ierarhică de subordonare care este 
reprezentată sub forma unui arbore a cărui rădăcină este, desigur, chiar 
preşedintele. Pentru ca toată lumea să se simtă bine, nu trebuie să fie 
invitate două persoane care să se afle în relaţie directă de şef-subaltern. 
Mai mult decât atât, fiecare angajat are un atribut calculat de serviciul 
personal - rata de sociabilitate. Se doreşte ca suma ratelor de sociabili- 
tate ale persoanelor invitate să fie maximă, asigurând astfel o petrecere 
mai mult decât reuşită. Ca o condiţie suplimentară, preşedintele trebuie 
să meargă la propria-i petrecere... 


Indicatie 

Se considera fiecare subarbore al ierarhiei date, calculand valoarea op- 
tima in cazul in care varful subarborelui este invitat si in cazul in care 
nu este invitat. Daca varful arborelui este invitat la petrecere, atunci sub- 
alternii sai direcţi nu vor fi invitaţi. Daca vârful nu este invitat, atunci 
nu există nici o restricţie pentru subalternii direcţi (care pot sau nu să fie 
invitaţi). 


. Problema paragrafării. 
Se dau n cuvinte de lungime (număr de caractere) l4, 12, ..., ln. Trebuie 
să se aşeze aceste cuvinte în ordine într-un paragraf în care lungimea 
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unei linii este l. Fiecare linie din paragraf trebuie să înceapă cu un cu- 
vânt. Distanţa optimă (numărul de spaţii) dintre două cuvinte este dată de 
un număr d. Distanţa minimă dintre două cuvinte este dată de numărul 
dmin. Toate cele n cuvinte au lungime mai mică decât l. Pentru fiecare 
linie se calculează un cost care se obţine prin însumarea abaterilor de la 
distanţa optimă dintre cuvinte la care se adună numărul de spaţii libere 
rămase după ultimul cuvânt până la finalul liniei. Costul ultimei linii este 
O chiar dacă aceasta este incompletă. Se defineşte costul paragrafarii ca 
fiind suma costurilor liniilor care formează textul. Se cere să se furnizeze 
o aşezare a celor n cuvinte care să fie de cost minim. 


Exemplu 

Se dau 4 cuvinte de lungime respectiv 1,2,2,6, lungimea liniei fiind 8. Se 
consideră distanţa optimă d = 2, iar distanţa minimă dmin = 1. Paragra- 
farea optimă este (c reprezintă un caracter din cuvânt, iar s reprezintă un 
spaţiu): 


CSSCCSCC 
CCCCCCSS 
avand costul 1. 
Indicatie 
Vom considera ca subproblema de ordin 2 aranjarea în paragraf a cuvin- 
telor 1,2 + 1,...,n. Se observa uşor ca daca o soluţie optimă conţine o 


linie al cărei început este cuvântul 2, atunci subsolutia este optimă pentru 
subproblema de ordin 2. Vom nota cu c; costul paragrafării cuvintelor 
1,9 + 1,...,n. Evident, Cn = 0, deoarece costul ultimei linii este 0. 
Formula de recurenţă pentru şirul c este 


GE 0, pentrui =n 
ý MiN j—i,n—1 {aij F Cj+1}, altfel 


unde a; este costul obținut prin aşezarea cuvintelor i, 1+1, ...j peo linie 
(în situația în care cuvintele nu pot fi aşezate pe linie, costul se considera 
a fi infinit). a;; se află uşor calculând diferența dintre spațiile disponibile 
(l — = l) şi cele care ar trebui să fie pentru un cost 0 ((j — i) : dopt): 


00, pentru I E lr +(j—i)-dmin>l 
t- Chik — (j — i) - dopt |, altfel 


Qij = 
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Aflarea unei paragrafari optime se face retinand cuvintele la care se trece 
pe linie noua si distribuind uniform spatiile avute la dispozitie in cadrul 
cuvintelor din aceeasi linie. 


. Mere, pere. 

Se considera n camere distincte, situate succesiv una după cealaltă astfel 
încât din camera numărul 2 se poate trece doar în camera numărul ¿ + 1 
@G=1,2,...,n—1). În fiecare cameră se află un anumit număr de mere şi 
de pere. O persoană având la dispoziţie un rucsac suficient de încăpător, 
initial gol, porneşte din camera 1, trece prin camerele 2, 3,...,n şi iese. 
La intrarea în fiecare cameră persoana trebuie să descarce rucsacul şi să 
încarce fie toate merele, fie toate perele din camera respectivă, după care 
trece în următoarea cameră. Se presupune că pentru fiecare fruct trans- 
portat dintr-o cameră într-alta persoana consumă câte o calorie. Să se pre- 
cizeze ce fructe trebuie să încarce persoana respectivă în fiecare cameră 
astfel încât după parcurgerea celor n camere să consume un număr minim 
de calorii şi să se precizeze acest număr. 


Indicatie 

Strategia Greedy de a alege la fiecare pas cantitatea de fructe mai mică nu 
conduce întotdeauna la soluţia optimă (găsiţi un contraexemplu!). Prin- 
cipiul optimalitatii se formulează astfel: presupunem că avem o soluţie 
optimă pentru subproblema generată de camerele î,î + 1,...,n; atunci 
subsolutia acesteia pornind din camera ¿+1 este optimă pentru subproble- 
ma generată de camerele i + 1,1 +2,...,n în care se pleacă cu fructele 
alese în camera îi + 1 în cadrul soluţiei optime. Cu alte cuvinte, daca 
în camera î + 1 s-au ales mere, atunci subsolutia respectivă este optimă 
pentru subproblema generată de camerele 1+1,1+2,...,m în care se pre- 
supune că se porneşte cu mere (dacă se porneşte cu pere se poate obţine 
o soluţie mai bună). 


Vom nota cu m; numărul merelor şi cu p; numărul perelor din camera 
1,1 =1,2,...,n. De asemenea, vom nota cu cm; costul optim (numărul 
minim de calorii) obţinut când se pleacă cu mere din camera 2 şi cu cp; 
costul optim obţinut când se pleacă cu pere din camera 2. Evident, soluţia 
problemei este dată de min(cp,, cm ,). Formula de recurenţă este dată de 
observaţia că dacă plecăm cu un anumit tip de fruct din camera 7, putem 
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să schimbăm acel tip de fruct în oricare dintre camerele 1+1,71+2,..., n: 


Mn, 4=n 
Mi + CPi+ı 
wi Mi + (Mi + Mia) + CDi42 
Mi + (Mi + Mai) +... + (Mi +. - Mp1) + EPn 
Mi + (Mi + Mii) +... + (Mmi +... Mn) 


Analog se obține formula de recurenţă şi pentru pere. 


. Mere, pere - problema generalizată. 


Generalizati problema anterioară pentru cazul în care în fiecare camera 
se găsesc t tipuri de fructe. 


Compararea secventelor de ADN. 

Se numeşte secvenţă de ADN un sir format din caracterele A,C,T şi G 
(corespunzătoare elementelor fundamentale ale codului genetic: adenină, 
citozină, timină şi guanină). O problemă de o deosebită importanţă în 
genetică este compararea a două secvenţe de ADN (de exemplu, pentru 
stabilirea paternităţii). Compararea a două secvenţe de ADN nu se face 
însă direct, existând posibilitatea alinierii celor două şiruri prin inserarea 
de caractere ’-’ (după aliniere cele două şiruri au aceeaşi dimensiune). De 
exemplu, dacă avem secvențele TGCGAT şi TAGCAG, o posibilă alinere 
este: 


T — GCGAT 
T AGO — AG 


Se acordă 3 puncte dacă două caractere care se află unul sub celălalt sunt 
egale şi se acordă o penalizare de un punct dacă cele două caractere sunt 
diferite. Pentru exemplul de mai sus se acordă 4*3-3*1=9 puncte. 


Fiind date două şiruri ADN, A şi B (nefiind obligatoriu ca acestea să 
aibă aceeaşi dimensiune), se cere să se determine o aliniere pentru care 
punctajul acordat este maxim. (Pentru exemplul precedent, alinierea dată 
este optimă). 


14.7. DISTANTA LEVENSTHEIN 


Indicatie 

Această problemă seamănă întrucâtva cu problema determinării subsiru- 
lui comun de lungime maximă (paragraful 14.6). O primă idee de re- 
zolvare ar fi să determinăm subşirul comun de lungime maximă pentru 
cele două şiruri şi apoi să potrivim elementele comune din cele două şiruri 
unele sub altele, folosindu-ne de ’-’ atât sus cât şi jos. Această soluţie ar 
fi corectă dacă nu ar exista penalizări pentru nepotriviri. Cu toate acestea, 
structura de optimalitate este asemănătoare cu cea a problemei subşiru- 
lui comun de lungime maximă, diferind doar relaţia de recurenţă. Şi aici 
vom considera prefixe ale celor două şiruri, iar pentru fiecare pereche 
de prefixe vom determina alinierea optimală. Prin aliniere se înţelege o 
reprezentare a ieşirii cerute de problemă în care se inserează caractere ’-’ 
pentru ca şirurile să aibă aceeaşi lungime. 


Fie 84, scorul maxim ce se poate obţine prin alinierea prefixelor A; ... Ap 
şi B4...By. Dacă A, = By, atunci Spy va fi $,_1j-1 + 3, deoarece se 
acordă 3 puncte pentru două caractere identice aşezate unul sub altul. 
Dacă cele două caractere nu sunt egale, atunci putem obţine $x; fie din 
Sk—11, fie din Skı—ı sau din Sk—14-—1 Corespunzător respectiv situaţiei în 
care adăugăm un ’-’ la şirul A, un ’-’ la şirul B sau câte un caracter diferit 
de ’-’ la ambele şiruri. Pentru fiecare dintre aceste trei cazuri va tre- 
bui acordată o penalizare pentru nepotrivirea caracterelor. Desigur, vom 
alege varianta al cărei cost este maxim. 


Formula de recurenţă pentru matricea s 


—k, pentrul = 0 
—l, pentru k = 0 
Sp—11-1 + 3, pentru A, = Bı 
max{$,—11, Skl—15 $k-11-1} — 1, pentru Ay £ Bı 


Skl = 


Reconstituirea soluţiei se face uşor parcurgând matricea s de la Smn pana 
la 899. Dacă Ss provine din Skķ—14—1, atunci este vorba de o aşezare unul 
sub altul a două caractere ADN (deci nu °-°), momentan nefiind impor- 
tant dacă A; este egal cu B; sau nu. Dacă Sk; provine din s,_4,, atunci 


> FA 


trebuie inserat un ’-’ in sirul B, altfel el trebuie inserat in A. 


. Problema vrăjitorului. 
Indiana Jones intră într-un labirint unde găseşte un vrăjitor. Acesta îi 
pune în faţă n lăzi, fiecare ladă conţinând un anumit număr precizat (m) 
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de monede de aur. Vrăjitorul îi cere sa aleagă nişte lăzi astfel încât suma 
monedelor din acestea să fie divizibilă cu n, altfel nu va putea pleca cu 
ele. Evident, Indiana Jones doreşte să ia un număr cât mai mare de mone- 
de de aur. Elaborati un algoritm care să-l ajute pe Indiana Jones să plece 
cu cantitatea maximă de monede, respectând cerinţele vrăjitorului. 


Indicatie 

Trebuie sa aratam in primul rand ca problema noastra admite solutie, 
cu alte cuvinte există cel putin o combinaţie de lăzi pentru care suma 
monezilor este divizibilă cu n. Notăm cu s; suma monezilor din lăzile 


i ey) 
i 
Si = ) 1; 
j=l 


şi cu r; restul împărţirii lui s; la n. Evident, r; va lua valori întregi între 0 
şi n — 1. Dacă există un 2 pentru care avem r; = 0, atunci rezultă că s$; se 
divide cu n, deci lăzile 1, 2,...,2 reprezintă o soluţie a problemei. Dacă 
nu există nici un 2 pentru care r; = 0, atunci rezultă că r; ia valori între 
l şi n — 1, deci vor exista cel putin două componente r; şi r; din şirul r 
(care are n componente) care să fie egale. Aceasta înseamnă că $j — Si 
se divide cu n, deci lăzile 1 + 1,...,3 reprezintă o soluţie a problemei. 
Am arătat deci că problema are întotdeauna măcar o soluţie. Desigur, 
această metodă de alegere a lăzilor nu garantează optimalitatea soluţiei, 
motiv pentru care vom folosi metoda programării dinamice pentru a re- 
zolva problema. 


Vom nota cu M;; suma maximă de monezi care se poate obţine din 
primele 2 lăzi şi care să dea restul j la împărţirea cu n. Prin convenţie, 
Mij va fi infinit dacă nu se poate obţine o sumă care să dea restul j la 
împărţirea cu n. Scopul nostru este de a-l calcula pe Myo. Este uşor de 
observat că Mı; este egal cu mı dacă mu se divide cu J, şi infinit în caz 
contrar. Totuşi, în cazul în care mı nu se divide cu n, vom considera 
Mio ca fiind 0. În cazul general, pentru a calcula My, ne vom folosi de 
informaţia determinată pentru primele k — 1 lăzi. Lada numărul & poate 
sau nu să apară în soluţia subproblemei My. Dacă nu este luată, atunci 
vom avea My = Myo. Dacă lada numărul k este luată, atunci My va 
fi egal cu 
Mp + Mk 

unde 7 este mai mic decât k, iar p+my, trebuie să dea restul / la împărţirea 
la n. Formula de mai sus rezultă din observaţia că M;, reprezintă suma 
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maximă care se poate obţine din primele 7 lăzi care sa fie divizibilă cu p. 
Dacă acestei sume i se adaugă my, se obţine o sumă care prin împărţirea 
la n va da restul l, adică chiar My, (la acest pas se aplică principiul op- 
timalităţii). Dintre toate aceste variante o vom alege, desigur, pe cea mai 
convenabilă 


Miu = max{ Mru, max{Mjp ag m |j < ks =p+ Mk (mod n)}} 


Valoarea lui p din formula de mai sus poate fi calculată cu uşurinţă dupa 
formula p = (l — mz) mod n (atenţie la cazul în care l — my este negativ 
- puteţi adăuga pentru siguranţă un n la sumă). Reconstituirea soluţiei se 
face retinand pentru fiecare element Mj; o valoare px; care indică lada 7 
pentru care s-a obţinut valoarea optimă, sau este 0 dacă My; = My_11. 
cu 
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15. Metoda Branch & bound 


Trebuie sa fii foarte atent daca nu 
stii unde mergi, pentru ca risti sa 
nu ajungi acolo. 


Yogi Berra 


Pe parcursul acestui capitol vom vedea: 


e În ce constă metoda Branch & bound de elaborare a algoritmilor; 
e Care este legătura dintre Branch & bound şi Backtracking; 


e Abordarea unei probleme clasice de Branch & bound, cunoscută sub nu- 
mele de jocul de puzzle cu 15 elemente. 


15.1 Prezentare generală 


Metoda Branch & bound este asemănătoare metodei Backtracking, în sensul 
că încearcă să facă o căutare exhaustivă inteligentă în spaţiul soluţiilor (numit 
în acest context şi spațiul stărilor) problemei. Comparativ cu Branch & bound, 
Backtracking acţionează “orbeşte”, în sensul că la fiecare pas se alege (la întâm- 
plare) o componentă în vectorul soluţie care respectă condiţiile de continuare. 
Singura condiţie la Backtracking este aşadar respectarea condiţiilor de conti- 
nuare: toate posibilele configurații care respectă această condiţie sunt privite 
în mod egal şi se alege arbitrar una dintre ele. Alegerea în cazul Branch & 
bound este ceva mai rafinată: fiecărei configurații viabile i se acordă o pondere 
care reprezintă o estimare a valorii acelei configurații. La fiecare pas vom alege 
configuraţia a cărei estimare este optimă. Ca şi în cazul metodei Backtrack- 
ing, problemele rezolvabile prin această metodă generează un spaţiu al stărilor, 
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in care se gasesc toate configuratiile viabile posibile. Spatiul starilor poate fi 
reprezentat in acest caz sub forma unui arbore, în care rădăcina arborelui este 
configuraţia iniţială a problemei, în timp ce configuratiile finale constituie, in 
cazul în care există, frunzeale arborelui. Este posibil ca pentru o anumită pro- 
blemă să nu existe o soluţie, adică să nu existe o secvenţă de mutări posibile, 
prin care să se ajungă de la o configuraţie iniţială la o configuraţie dorită (fi- 
nală). Asemănarea cu Backtracking este şi acum evidentă. În cazul metodei 
Backtracking spaţiul stărilor era reprezentat sub forma unei liste care începea cu 
configuraţia iniţială şi se încheia cu configuraţia finală în care nu se mai putea 
aplica nici una dintre cele patru transformări (atribuie şi avansează, încercare 
eşuată, revenire, revenire după găsirea unei soluţii). Diferenţa esenţială dintre 
Backtracking şi Branch&bound apare în cadrul pasului atribuie şi avansează. 
În cazul Backtracking alegeam o configuraţie arbitrară care respecta condiţiile 
de continuare. În cazul Branch & bound considerăm toate configuratiile pe care 
putem avansa şi o alegem pe cea care pare să fie mai promițătoare. 

Branch & bound găseşte soluţia optimală prin alegerea celei mai bune soluţii 
de moment. Dacă soluţia parţială curentă nu este mai potrivită decât cea mai 
bună soluţie parţială disponibilă la un moment dat, atunci ea este abandonată. 
De exemplu, să presupunem că se doreşte aflarea celui mai scurt drum de la 
Braşov la Constanţa şi că cea mai scurtă cale descoperită până la un moment 
dat este de 400 de kilometri. Apoi, să presupunem că vrem să considerăm 
posibilele rute care trec prin Galaţi. Dacă cel mai scurt drum din Braşov la 
Galaţi are 380 de kilometri, iar distanţa dintre Galaţi şi Constanţa este de 50 de 
kilometri, atunci nu are nici un sens să căutăm drumuri către Constanţa care trec 
prin Galaţi, pentru că ele vor fi tot timpul mai lungi decât cea mai scurtă cale 
cunoscută până în acel moment (380 + 50 > 400). De aceea, rutele din Braşov 
către Constanţa prin Galaţi nu vor mai fi explorate. Cu alte cuvinte, se încearcă 
parcurgerea subarborilor din spaţiul soluţiilor care pot conduce la un rezultat 
favorabil, evitându-se subarborii despre care se află că nu conduc la rezultate 
optime. 


15.1.1 Fundamente teoretice 


Metoda Branch & bound utilizează câteva noţiuni a căror înţelegere este 
strict necesară pentru a putea deprinde mecanismul de funcţionare a metodei. 

Unei probleme de tipul Branch & bound i se asociază un arbore oarecare 
(nu neapărat arbore binar), în care fiecare nod reprezintă o configuraţie. Con- 
figuratia iniţială reprezintă rădăcina arborelui şi conţine datele de intrare ale 
problemei. Prin efectuarea operaţiilor (mutărilor) permise asupra configurației 
iniţiale se obţin alte configurații, care vor constitui nodurile aflate pe nivelul 2 al 
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arborelui. Procedeul se repetă, obținându-se noi şi noi configurații, care conduc 
la crearea unei structuri arborescente, care va conţine soluţia problemei (dacă 
aceasta există). 

Succesorul unui nod reprezintă o configuraţie la care se ajunge prin apli- 
carea nodului respectiv a uneia dintre mutările permise de problemă. În cele 
mai multe probleme, un nod are mai mulţi succesori. 

Expandarea unui nod constituie acţiunea de determinare a tuturor succeso- 
rilor nodului respectiv. Nodul care este expandat este un nod de tip “tată”, în 
timp ce nodurile rezultate în urma expandării sunt noduri de tip “fiu”. 

Nodul răspuns reprezintă configuraţia la care se doreşte să se ajungă (altfel 
spus, configuraţia finală). Acesta este obţinut prin aplicarea unei succesiuni de 
mutări configurației iniţiale. Există şi situaţii în care nu există o succesiune de 
mutări prin care să se ajungă la configuraţia finală. În acest caz, spunem că 
problema nu are soluţie. 

Nodul terminal (frunză) este un nod care nu are succesori. Dacă la un mo- 
ment dat nu se mai poate realiza nici o mutare pe configuraţia curentă sau s-a 
ajuns la configuraţia finală, atunci ea nu va mai avea nici un succesor. 

Există două tipuri de noduri în arborele asociat problemei Branch & bound: 
noduri active şi noduri expandate. 

Nodurile active reprezintă mulţimea de noduri obţinută prin expandarea 
unui nod. Aceste noduri sunt denumite şi noduri încă neexpandate. 

Un nod expandat este nodul pe care se realizează operaţia de expandare. 
Practic, pe configuraţia reprezentată de acest nod se aplică toate operaţiile per- 
mise de problemă, obținându-se o mulţime de noduri active. Alegerea nodului 
expandat este o problemă dificilă, deşi nodul expandat este ales doar dintre 
elementele mulțimii nodurilor active existente în acel moment. Primul nod ex- 
pandat este reprezentat de configuraţia iniţială. Următoarele noduri expandate 
sunt alese pe baza unui procedeu care va fi prezentat mai târziu. Nodul expandat 
este întâlnit în literatura de specialitate şi sub numele de nod E (engl. E-node) 
sau nod curent. 

Nodurile active sunt stocate într-o listă. Modul de reprezentare al listei no- 
durilor active ne oferă informaţii despre modul de parcurgere al arborelui soluti- 
ilor. Dacă nodurile active sunt păstrate într-o stivă (structură LIFO, Last In First 
Out), atunci arborele spaţiului de stări va fi parcurs în adâncime (engl. DFS = 
Depth First Search), iar dacă nodurile sunt păstrate într-o coadă (structură FIFO, 
First In First Out), atunci arborele spaţiului de stări va fi parcurs în lăţime (engl. 
BFS = Breadth First Search). 

Nu există un criteriu, care odată aplicat, să permită găsirea următorului nod 
care trebuie expandat. Din acest motiv se apelează la un procedeu specific 
inteligenţei artificiale, prin care se asociază fiecărui nod o funcţie c (funcţie 
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de cost). Ca şi funcţia de continuare din cazul metodei Backtracking, aceasta 
este o funcţie de limitare, utilizată pentru evitarea generării unor subarbori care 
nu au cum să conducă la nodul răspuns. De aici şi numele metodei: branch 
înseamnă ramură, despărţitură, în timp ce bound înseamnă margine, limită, 
graniţă. Alegerea acestei funcţii este partea cea mai dificilă a metodei, pe ea 
bazându-se şi selectarea următorului nod expandat. 


Pe scurt, un algoritm Branch & bound funcţionează la modul următor: din 
lista nodurilor active se va alege unul care devine nod expandat. Acest nod este 
următorul nod care va fi prelucrat. Nu pot exista mai multe noduri expandate 
în acelaşi timp. În momentul în care un nod devine nod expandat, se vor gene- 
ra (determina) toate nodurile descendente (noduri succesor), acestea devenind 
noduri active. Ele se vor adăuga listei nodurilor active existente. Odată generati 
descendenţii nodului expandat, va fi ales acela care este situat cel mai aproape 
de configuraţia finală sau, mai corect spus, cel care are cele mai mari şanse de a 
se afla mai aproape de starea finală. Pentru a afla care este acest nod, se defineşte 
funcţia de cost c pe mulţimea nodurilor din arborele spaţiului soluţiilor. Această 
funcţie diferă de la problemă la problemă şi trebuie aleasă în funcţie de cerinţele 
problemei respective, dar descoperirea ei este un pas important spre rezolvarea 
problemei. Odată ce am determinat funcţia de cost, vom alege dintre nodurile 
active pe cel cu costul minim (pentru care funcția ia valoarea minimă), care 
devine astfel nod expandat. Parcurgerea de acest tip poartă numele de căutare 
LC (căutare Least Cost = căutare după costul minim). Altfel spus, atunci când 
căutăm o soluţie în arborele generat de spaţiul configuratiilor folosind funcţia de 
limitare, spunem că efectuăm o căutare LC a soluţiei problemei, indiferent dacă 
arborele în sine este parcurs în adâncime (DFS) sau în lăţime (BFS). Căutarea 
LC nu înlocuieşte căutările în lăţime sau în adâncime, ci doar le îmbunătăţeşte. 
Funcţia de cost nu poate fi determinată în mod precis, deoarece determinarea ei 
exactă este echivalentă cu rezolvarea problemei iniţiale. Chiar dacă nu putem 
determina o funcţie de cost infailibilă, există câteva sugestii care pot fi urmate 
în definirea ei: 


e să poată fi calculată pentru un nod doar pe baza informaţiilor deţinute de 
nodurile intermediare aflate pe drumul către rădăcina arborelui; 


e să fie independentă de generarea nodurilor active ale nodului expandat. 
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Figura 15.1: Un posibil aranjament al jocului de puzzle cu 15 elemente. 


Cs [aol 7 far 


Figura 15.2: Aranjamentul final al jocului de puzzle cu 15 elemente. 


15.2 Un exemplu: Puzzle cu 15 elemente 


15.2.1 Enunţul problemei 


Puzzle cu 15 elemente este un joc distractiv inventat de Sam Loyd în 1878, 
care constă într-un tabel cu 16 celule (căsuțe), dintre care 15 celule sunt nu- 
merotate de la 1 la 15, iar o celulă rămâne liberă (Figura 15.1). 

Regulile acestui joc sunt simple. Iniţial se dă un aranjament de tipul celui 
din Figura 15.1, iar scopul jocului este de a transforma acest aranjament prin 
transformări (mutări) succesive în aranjamentul din Figura 15.2. 

Aranjamentul iniţial se mai numeşte configuraţie inițială sau stare iniţială, 
iar cel final configuraţie finală sau stare finală. Pentru a ajunge de la confi- 
guratia iniţială la cea finală este permis doar un singur tip de mutare: o celulă 
vecină cu celula liberă poate să facă schimb de poziţii cu aceasta. Astfel, să 
considerăm aranjamentul din Figura 15.1 ca fiind configuraţia iniţială. Atunci 
există patru mutări permise de regulamentul jocului: se poate muta celula liberă 
în locul uneia din celulele care conţin valorile 3, 6, 8, 7, ca în Figura 15.3 

După cum se poate observa, se consideră a fi celule vecine ale celulei libere, 
doar cele care au o latură comună cu celulă respectivă (în cazul configurației 
noastre iniţiale este vorba de căsuţele cu valorile 3, 6, 7, 8). Căsuţele cu valorile 
2, 4, 10, 12 nu sunt considerate celule vecine ale celulei libere. Evident, nu tot 
timpul sunt posibile toate cele patru mutări. În situaţia în care celula liberă nu 
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Figura 15.3: Mutările permise pentru celula liberă din tabela 15.1. 


dreapta 


feţe 
E [aot 7 [ar 


are patru celule vecine (de exemplu, dacă se află pe prima linie, sau pe prima 
coloană) mutările respective nu sunt posibile. 

Asemănător, pe fiecare dintre cele patru configurații obţinute se pot realiza 
alte mutări, generându-se astfel un nou set de configurații. Toate aceste confi- 
guraţii poartă numele de stări ale jocului. O stare poate fi obţinută pornind de 
la starea iniţială căreia i se aplică o secvenţă de mutări permise. Spaţiul stărilor 
unei configurații iniţiale reprezintă mulţimea tuturor stărilor care pot fi obţinute 
pornind de la starea inițială. 

Generarea configuratiilor continuă până când se ajunge la configuraţia fi- 
nală. Uneori este posibil ca starea finală să nu poată fi obţinută pornind de la 
starea iniţială, caz în care problema noastră nu va avea soluţie. 


15.2.2 Rezolvarea problemei 


Cea mai directă cale de a rezolva un astfel de puzzle este ca pornind de 
la starea iniţială să se genereze toate configuraţiile intermediare până când se 
obţine configuraţia finală, sau s-a epuizat întreg spaţiul de căutare. Este uşor 
de observat că numărul total al configuratiilor jocului este de 16! = 20.9 x 
1012. Prin urmare, spaţiul stărilor pentru problema noastră este foarte mare şi o 
căutare exhaustivă este sortită eşecului. 

Înainte de a încerca să căutăm configuraţia finală în cadrul spaţiului stărilor, 
este util să determinăm dacă starea finală poate fi obţinută printr-o secvenţă de 
mutări din configuraţia iniţială. Pentru aceasta vom nota casutele de la 1 la 16. 
Astfel, în configuraţia iniţială din Figura 15.1 celula 1 conţine valoarea 1, celula 
11 conţine valoarea 7, celula 12 conţine valoarea 11, etc. Pentru configuraţia 
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Figura 15.4: Valoarea variabilei x, functie de pozitia celulei libere in configu- 
ratia iniţială 


finală, cele două valori sunt egale: celula 1 conţine valoarea 1, celula 2 conţine 
valoarea 2 etc... Celulei libere i se atribuie valoarea 16. 

Considerăm funcţia position(î) ca fiind numărul celulei care conţine valoa- 
rea į. De exemplu, în configuraţia iniţială prezentată în Figura 15.1, avem: 


e position(3) = 3 
e position(7) = 11 
e position(11) = 12 etc. 


Pentru celula liberă avem position(16) = 7, ceea ce înseamnă că spaţiul liber 
se află pe poziţia 7 în configuraţia iniţială. 

De asemenea, considerăm funcţia less(i) ca fiind numărul de celule j, cu 
j < i, pentru care position(j) > position(î). Cu alte cuvinte, această funcţie 
calculează câte celule cu valori mai mici decât valoarea celulei curente se găsesc 
după ea în configuraţia iniţială. De exemplu, în Figura 15.1, pentru celula 
care conţine valoarea 8, există o celulă cu valoare mai mică aflată pe o poziţie 
mai mare, şi anume, celula cu valorea 7. Aşadar, less(8)=1. Analog, se pot 
determina şi celelalte valori: less(13)=1, less(5)=0, less(11)=0, etc. 

Ultima consideraţie se referă la poziţia spaţiului liber în cadrul configurației 
iniţiale. Considerăm o variabilă x care are valoarea 1, dacă spaţiul liber se află 
în configuraţia iniţială pe una din poziţiile marcate cu * în Figura 15.4, sau 0, 
dacă spaţiul liber se află pe una dintre poziţiile nemarcate în aceeaşi figură. 

Având aceste notații, putem enunta următorul rezultat: 


Teorema 15.2.1 Configuraţia finală poate fi obținută din configuraţia iniţială 
dacă şi numai dacă 
a + 371° less(i) este un număr par. 


Demonstrația acestei teoreme se bazează pe observaţii simple asupra con- 
figuratiilor posibile şi o puteţi găsi pe multe situri care tratează aceasta problema 
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(de exemplu http: //kevingong.com/Math/SixteenPuzzle.html). 
Putem folosi această teoremă pentru a determina dacă starea finală se află în 
spaţiul stărilor asociat stării iniţiale. Dacă starea finală poate fi obţinută plecând 
de la starea iniţială, atunci are sens să începem căutarea secventei de mutări 
permise care ne conduce la starea finală. 

Pentru a realiza această căutare este util să organizăm spaţiul stărilor într-un 
arbore. Rădăcina arborelui este starea (configuraţia) iniţială. Copiii fiecărui nod 
X al arborelui reprezintă stări care pot fi obţinute din starea X printr-o mutare 
permisă de regulamentul jocului. Pentru simplitatea notaţiei, este mai convena- 
bil să ne gândim la o mutare ca fiind mai degrabă o mutare a celulei libere decât 
a unei alte celule. Prin urmare, celula liberă poate fi mutată la fiecare mutare, 
fie în sus, în jos, la stânga sau la dreapta, dacă este posibil. 

Iată cum ar arăta arborele spaţiului de stări după câteva mutări în configu- 
ratia iniţială: 

După cum se poate observa şi din Figura 15.5, prin mutări succesive s-au 
obţinut diverse stări intermediare, care au creat o structură arborescentă: starea 
A a generat stările B, C, D şi E prin mutări în sus, respectiv la dreapta, în jos 
şi la stânga. Cele patru stări nou create, la rândul lor, au generat alte stări (de 
exemplu, starea D a generat stările J şi K prin mutări la dreapta şi în jos). În final 
din starea J s-a generat starea M prin mutarea spaţiului liber în jos, atingându-se 
starea finală, situaţie în care generarea unor noi mutări este stopată. Se poate 
observa că au fost necesare trei mutări pentru a atinge starea finală pornind de la 
starea iniţială. Figura anterioară nu este completă, în sensul că, pentru a păstra 
simplitatea, am ales să nu prezentăm toate mutările care ar fi fost posibile. De 
exemplu, configuraţia D generează de fapt patru alte stări (prin mutări în sus, în 
jos, la stânga şi la dreapta ale spaţiului liber), dintre care noi am prezentat doar 
două (J şi K). 

Dacă am fi generat arborele stărilor folosind una dintre cele două posibili- 
tati, parcurgerea în lăţime (în care se generează toate stările obţinute din stările 
B, C, D, E, apoi toate stările pentru F, G, H etc.) sau cea în adâncime (în care 
se generează toate stările obţinute din starea B, apoi toate stările obţinute din 
starea F etc.), ne-am fi îndepărtat simţitor de soluţia problemei. Acest lucru este 
pus în evidenţă foarte clare de Figura 15.5. Asta se întâmplă pentru că, folosind 
parcurgerea spaţiului de configurații în lăţime sau în adâncime, căutarea soluţiei 
este “oarbă”, adică nu tine cont de configuraţia iniţială şi nici de cele interme- 
diare obţinute, pentru a vedea care dintre ele este mai aproape de configuraţia 
finală. Practic, procedeul ar genera aceeaşi secvenţă de stări indiferent de starea 
iniţială a problemei. Căutarea în adâncime corespunde în mod precis parcurgii 
spaţiului de căutare rezultat în urma aplicării metodei Backtracking. Coborârea 
în arbore se asociază pasului atribuie şi avansează, iar revenirea la nodul părinte 
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Stare finala 


Figura 15.5: O parte a arborelui stărilor asociat stării iniţiale din Figura 15.1. 
Se pot observa starea iniţială şi cea finală. 
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se asociaza pasului de revenire. 

Pentru a evita căutarea oarbă a soluţiei, am dori să utilizăm o metodă de 
căutare “inteligentă”. Această metodă inteligentă ar trebui să caute nodul răspuns 
(configuraţia finală) şi să adapteze calea către acesta, în funcţie de starea iniţială 
de la care pornim căutarea. O metodă pentru evitarea căutării brute este să aso- 
ciem o funcţie de cost fiecărui nod din spaţiul stărilor, funcţie care să scoată 
cumva în evidenţă nodurile care sunt mai “promițătoare”, deci care au şanse 
mai mari să ne conducă la soluţia problemei. 

Aşadar, fiecărui nod X din arborele stărilor îi asociem o funcţie c, iar c(X) 
reprezintă costul nodului X. Funcţia c o definim ca o sumă de alte două funcţii 
f sig, unde f(X) o definim ca fiind lungimea drumului de la rădacina arborelui 
de stări (altfel spus, de la configuraţia iniţială) până la nodul X, iar g(X) este o 
estimare a lungimii căii celei mai scurte de la nodul X la un nod răspuns aflat 
în subarborele de rădăcină X. O posibilă alegere pentru g(X) este numărul de 
celule nelibere care nu se află pe poziţia din configuraţia finală. Aceasta este 
o alegere naturală, din moment ce este clar că pentru a ajunge la configuraţia 
finală trebuie realizate cel putin g(X) mutări pe starea X. Pentru o mai bună 
înţelegere a funcţiei de cost, iată câteva valori calculate pentru arborele de stări 
din Figura 15.5: c(B) = 1 + 4 = 5 (f(B) = 1 pentru că nodul B se află pe 


vw 545555 


4 pentru că sunt 4 valori care nu se află în poziţiile lor finale: 3,7,11,12), 
c(C) =1+5=6,c(D)=1+2=3etc. 

Folosind funcţia c definită anterior, vom realiza o căutare LC a nodului 
răspuns pe baza algoritmului descris în paragraful 15.1.1. După cum s-a putut 
observa în cazul căutărilor nodului răspuns prin intermediul parcurgerii stan- 
dard în lăţime sau în adâncime a arborelui de stări, selecţia nodului expandat nu 
s-a realizat ţinând cont de şansele de a ajunge la nodul răspuns într-un timp cât 
mai redus. Căutarea nodului răspuns este “îmbunătăţită” din punct de vedere al 
vitezei prin utilizarea unei funcţii inteligente de clasificare a nodurilor, aşa cum 
este cazul funcţiei de cost c. Următorul nod expandat va fi selectat, în algorit- 
mul pe care îl propunem, nu la întâmplare (a se citi “indiferent de configuraţia 
reprezentată de nodul respectiv”), ci pe baza valorilor pe care posibilele noduri 
expandabile le vor avea prin aplicarea funcţiei de cost. 

Căutarea LC porneşte de la configuraţia iniţială (Figura 15.1). Conform 
algoritmului, acest nod este primul nod expandat (nodul A din Figura 15.5). Se 
generează toţi fiii nodului expandat, adică nodurile B, C, D şi E. Aceste patru 
noduri reprezintă noduri active şi vor fi adăugate în lista nodurilor active. Din 
lista nodurilor active existente, se va alege viitorul nod expandat. Pentru aceasta 
se calculează c(B), c(C), c(D), c(£), alegându-se nodul pentru care funcţia c 
are valoarea minimă. Cum c(B) = 5, c(C) = 6,c(D) = 3, (E) =1 +4 = 5, 
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rezulta ca urmatorul nod expandat este nodul D. Nodul proaspat expandat este 
eliminat din lista nodurilor active. În continuare, pentru acest nod se generează 
toţi fiii (nodurile J şi K din Figura 15.5 sunt doar o parte dintre fiii nodului 
expandat, la ceilalţi renun{andu-se din lipsă de spaţiu), care devin noduri active 
şi sunt adăugaţi in lista nodurilor active (aceasta va conţine nodurile B, C, E, J 
şi K). Pentru nodurile active existente se calculează din nou valorile funcţiei c, 
obținându-se valoarea minimă pentru nodul J, care devine noul nod expandat, 
fiind eliminat din lista nodurilor active. Procedeul se aplică într-un mod similar, 
până când se obţine nodul răspuns, dacă problema are soluţie. În final, în cazul 
în care problema are soluţie, se obţine secvenţa de mutări care a dus la obţinerea 
nodului răspuns. În cazul nostru, această secvenţă este A, D, J, M. 

Lipsa spaţiului a facut ca arborele de stări asociat configurației iniţiale să nu 
conţină toate mutările posibile. 


În final, prezentăm implementarea Java a problemei puzzle-ului cu 15 ele- 
mente: 


import java.util.x; 

2 import io.Reader; 

3 

4 /* * 

s * Rezolvarea jocului de Puzzle cu 15 elemente. 

6 */ 

7 public class Puzzle 

s { 

9 //pastreaza valorile functiei f ptr. fiecare nod activ 
o public static Vector valoriF = new Vector (); 


12 //distanta de la radacina la un nod 
3 public static int distanta = 0; 


is public static void main(String[] args) 


6 f 


17 System.out.printIlIn("Introduceti configuratia initiala " + 
18 "(ptr. spatiul gol tastati valoarea 16): "); 
19 

20 int n = 4; 

21 int[][] x = new int[n][n]; 

22 

23 obtineConfiguratialnitiala(x); 

24 

25 if (existaSolutie(x)) 

26 { 

27 cautaSolutie (x); 


28 } 


) 


/xx* Citeste configuratia 
public static void obtineConfiguratialnitiala(int[][] x) 


{ 


) 


/** Determina daca jocul are solutie. 
public static boolean existaSolutie(int[][] x) 


{ 
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else 


{ 
) 


System . out. println ("NU exista solutii !!!"); 


for (int i = 0; i < x.length; i++) 


{ 
{ 


for (int j = 0; j < x. length; j++) 


System.out.print("x[" + 1 + 
"IU" + + Ie"): 
x[i][j] = Reader.readInt (); 
) 
) 


int s = 0; 
for (int i = 1; i <= 16; i++) 
{ 
s += less(x, 1); 
} 


s += determinaPozSpatiu(x); 


if (s % 2 == 0) return true; 
else return false; 


/xx Functia position. */ 


public static 


{ 


for (int i = 0; i < x. length; i++) 


{ 

for (int j = 0; j < x. length; j++) 
{ 

if (el == x[i][j]) 

{ 

return i * x.length + j + 1; 

} 

} 


) 


return 0; 


int position(int[][] x, 


+ / 


int 


initiala a jocului. 


el) 
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} 


/xx Functia less. */ 
public static int less(int[][] x, int 1) 


{ 


int nr = 0; 


for (int j = 1; j < i; j++) 
{ 
if (position(x, j) > position(x, 1)) 


{ 


} 
) 


nr++; 


return nr; 


) 


/** Determina pozitia spatiului pe grila de joc. */ 
public static int determinaPozSpatiu(int[][] x) 


{ 
for (int i = 0; i < x.length; i++) 
{ 
for (int j = 0; j < x.length; j++) 
{ 
//4 x 4 = 16 = spatiu liber 
if (x[i][j] == x. length * x. length) 
{ 
if ((i %2==0&& j % 2 == 1) Il 
(i % 2 == | && j % 2 == 0)) 
{ 
return l; 
} 
else 
{ 
return 0; 
} 
} 
} 
} 


return 0; 


} 


/* * Cauta solutia jocului pe baza configuratiei initiale. 


public static void cautaSolutie(int[][] x) 
{ 
// lista nodurilor active 
Vector noduriActive = new Vector (); 
//nodul expandat (implicit este configuratia initiala) 


* / 
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int[][] nodExpandat = x; 


//pastreaza succesiunea de mutari efectuate 
Vector mutari = new Vector (); 


for (; ;) 
{ 


distanta++; 

noduriActive = determinaNoduriActive (nodExpandat, 
noduriActive ); 

if (noduriActive.size() == 0) return; 


nodExpandat = determinaNodExpandat (noduriActive ); 


mutari .addElement (nodExpandat ); 
if (gc(nodExpandat ) == 0) 


{ 
afiseazaSolutie(mutari ); 
return; 
} 
int minPos = noduriActive.indexOf(nodExpandat ); 


noduriActive .removeElementAt(minPos ); 
valoriF .removeElementAt(minPos ); 


/* * 

x Determina nodurile active din multimea carora se 
x va alege nodul expandat. 

x / 

public static Vector determinaNoduri Active (int[][] x, 


Vector noduriActive ) 


//cauta spatiul gol in interiorul configuratiei 
int il = 0; 


int jl = 0; 
for (int i = 0; i < x.length; i++) 
{ 
for (int j = 0; j < x. length; j++) 
{ 
if (x[i][j] == x. length * x.length ) 
{ 
il-= ïs 
jl =); 
} 
} 
} 
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if (il != 0) //mutare SUS posibila 


{ 
int[][] xUp = new int[x.length ][x.length ]; 


copie(x, xUp); 


int aux = xUp[il — I]J[jl]; 
xUp[il — 1]{jl] = xUpLil ][j1]; 
xUp[il ][jl ] = aux; 


noduriActive .addElement (xUp); 
valoriF .addElement (new Integer(distanta )); 


} 


if (il != x.length — 1) //mutare JOS posibila 


{ 
int [][] xDown = new int[x.length ][x. length ]; 


copie(x, xDown); 


int aux = xDown[il ][jl ]; 
xDown[il ][jl ] = xDown[il + 1][j1 ]; 
xDown[il + 1][jl ] = aux; 


noduriActive .addElement (xDown); 
valoriF .addElement (new Integer(distanta )); 


} 


if (jl != 0) //mutare STANGA posibila 


{ 
int [][] xLeft = new int[x.length ][x. length ]; 


copie(x, xLeft); 


int aux = xLeft[il][jl — 1]; 
xLeft [il ][jl — 1] = xLeft[il ][jl]; 
xLeft [il J[jl ] = aux; 


noduriActive .addElement (xLeft ); 
valoriF .addElement (new Integer( distanta )); 


} 


if (jl != x. length — 1) //mutare DREAPTA posibila 
{ 


int[][] xRight = new int[x.length ][x. length ]; 
copie(x, xRight); 


int aux = xRight[il J[jl ]; 
xRight[il ][jl] = xRight[il][jl + 1]; 
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xRight[il][jl + 1] = aux; 


noduriActive .addElement (xRight ); 
valoriF .addElement (new Integer(distanta)); 


) 


return noduriActive; 


) 


/* * 
x Metoda utila de copiere a valorilor dintr—un sir sursa 
x intr—un sir destinatie. 
*/ 
public static void copie(int[][] src, int[][] dest) 
{ 
for (int i = 0; i < src.length ; i++) 
{ 
for (int j = 0; j < src.length; j++) 
{ 
dest [i][j] = src[i][j]; 
) 
) 
) 


/x * Determina nodul expandat pe baza nodurilor active. */ 
public static int[][] determinaNodExpandat( Vector noduriActive) 


{ 
int minPos =; 
int min = Integer .MAX_VALUE; 


for (int i = 0; 1 < noduriActive.size(); i++) 


{ 


int[][] el = (int[][]) noduriActive.elementAt(i); 


if (cc(el, i) < min) 
{ 
min = cc(el, 1); 
minPos = i; 
) 
) 


return (int[][]) noduriActive.elementAt (minPos ); 


} 


/** Calculul functiei c. */ 
public static int cc(int[][] x, int j) 


{ 
return gc(x) + f(j); 


) 


/xx* Calculul functiei g. */ 
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29 public static int gc(int[][] x) 
280 f 
281 int nr = 0; 


283 for (int i = 0; i < x. length; i++) 
284 { 
285 for (int j = 0; j < x. length; j++) 


{ 
287 if (x[i][j] != 1 * x. length + j +1 && 
288 x[i][j] != 16) 
289 { 
290 nr++t+;3 
291 } 
292 } 
293 } 


295 return nr; 


298  /*xx*x Calculul functiei f. */ 
2% public static int f(int j) 


300 f 

301 return ((Integer) valoriF.elementAt(j )).intValue (); 
302] 

303 


304 /xx Afisarea solutiei obtinute. */ 
35 public static void afiseazaSolutie( Vector mutari) 


306 á f 

307 System . out. println("Mutarile efectuate: "); 
308 for (int i = 0; i < mutari.size(); i++) 
309 { 

310 int[][] m = (int[][]) mutari .elementAt (i); 
311 

312 for (int j = 0; j <m.length; j++) 

313 { 

314 for (int k = 0; k < m.length; k++) 

315 { 

316 if (m[j][k] == 16) //spatiu 

317 { 

318 System. out. print (" a) ie 

319 } 

320 else if (m[j][k] < 10) 

321 { 

322 System.out.print(" " + m[j][k]); 
323 } 

324 else 

325 { 

326 System.out.print(" " +m[j][k]); 
327 } 

328 } 
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329 System .out.println (); 
330 } 

331 System. out. printIn (); 
332 } 

333} 

334 } 

Rezumat 


Capitolul de fata a prezentat metoda Branch & bound de elaborare a al- 
goritmilor. Asemănătoare metodei Backtracking, această metodă este mai rar 
utilizată decât Backtracking-ul, de aceea a fost prezentată în mai puţine detalii. 
S-a insistat însă asupra mecanismului ei de funcţionare, care se bazează pe o 
funcţie de cost asociată nodurilor din arborele de stări. Funcţia de cost trebuie 
aleasă în funcţie de problema care trebuie rezolvată. Problema puzzle-ului cu 
15 elemente este un bun exemplu pentru aprofundarea cunoştinţelor de Branch 
and bound. 


Noţiuni fundamentale 


arbore de stări: arbore oarecare generat de aplicarea mutărilor permise de 
problemă unei configurații iniţiale. 

funtie de cost: funcţie specială care diferă de la problemă la problemă şi 
este asociată unui nod din arborele de stări. Cu ajutorul ei se elimină subarborii 
care nu duc la rezultatul dorit, obținându-se o reducere semnificativă a timpului 
de aflare a soluţiei. 

nod activ: nod care a fost obţinut prin expandarea unui alt nod şi care nu a 
fost încă, la rândul lui, expandat. 

nod expandat: nodul curent, pentru care au fost generati fiii (s-au realizat 
mutările permise de problemă) 

nod răspuns: configuraţia finală la care trebuie să se ajungă prin efectuarea 
mutărilor permise asupra configurației iniţiale. 


Exerciţii 


Teorie 


l. Fie S = z + D less(i) pentru o configurație oarecare a problemei 
puzzle cu 15 elemente. Demonstrati că S mod 2 este invariant pentru 
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orice stare obţinută din starea iniţială. Cu alte cuvinte, dacă S este im- 
pară, atunci S rămâne impară pentru orice secvenţă de mutări legală, iar 
dacă este pară, atunci rămâne pară. 


2. Folosind observaţia de la exerciţiul precedent, demonstrati teorema 15.2.1. 


In practică 


l. 
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Rezolvati problema discretă a rucsacului folosind o abordare Branch and 
bound. Reamintim că în problema discretă a rucsacului se dau un număr 
de n produse, fiecare cu greutatea w; şi costul p;, şi un număr pozitiv M 
ce reprezintă capacitatea rucsacului. Se cere să se aleagă o submulțime 
de produse astfel încât Di Wizi < M si DA piz; este maxim, unde x 
este un vector de dimensiune n ale cărui elemente se află în intervalul [0, 
1]. Altfel spus, este posibil ca dintr-un produs să se aleagă doar o anumită 
parte şi nu întregul. 


Rezolvaţi problema comis-voiajorului folosind metoda Branch and bound. 
Reamintim că problema comis-voiajorului are următoarea definire: un 
comis voiajor trebuie să treacă prin toate oraşele dintr-un judeţ, doar o 
singură dată, astfel încât costul drumului realizat să fie minim. 


„ Se dă următoarea problemă de optimizare: 


max 3%, + £2 + T3 + 224 + 225 + 326 
având restricţiile: 


Tı +X2 +y, =1 
ZI +23 +y2 = 1 
Lo +T3 +y3 = 1 
T2 +4 +y4 = 1 
T3 +25 +y; =1 
t4 +25 +yg = 1 
LA +z +y7 = 
ts +zręe, +y = 1l 


zi € {0,1}, y; > Oi = 1,2,...,6 

Observati că spațiul de căutare al problemei este finit (2°). Să se găsească 
soluția optimă a problemei utilizând mai întâi o strategie de tip Backtrack- 
ing, iar apoi o strategie tip Branch & bound. 


16. Metode de elaborare a algoritmi- 
lor (sinteză) 


Punctul de convergenţă al artei şi 
ştiinţei este metoda. 


Edward Bulwer-Lytton 


Vom prezenta o scurtă sinteză a metodelor de elaborare a algoritmilor, care 
poate fi utilizată ca o referinţă rapidă în clasificarea problemelor de algoritmică. 


16.1 Backtracking 


Metoda backtracking se poate aplica problemelor a căror soluţie se scrie 
sub formă de şir, cu fiecare componentă a şirului aparţinând unei mulţimi finite. 
Soluţia se construieşte incremental, începând cu prima componentă şi mergând 
către ultima, cu eventuale reveniri la componentele anterioare. Fiecare compo- 
nentă trebuie să respecte condiţiile de continuare, care sunt derivate din conditi- 
ile interne. 

Complexitatea algoritmilor backtracking este în general exponențială. Cu 
cât condiţia de continuare este mai bine aleasă (elimină cât mai multe soluţii 
parţiale care nu pot conduce la o soluţie), cu atât soluţia va fi mai eficientă. 


16.2 Divide et impera 


Divide et impera se aplică problemelor care se pot descompune în subpro- 
bleme, astfel încât soluţia problemei originale să se poată obţine uşor din soluti- 
ile subproblemelor. Subproblemele se împart la rândul lor în subprobleme până 
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cand se ajunge la subprobleme triviale, care admit solutie imediata. Exprimarea 

rezolvării este recursivă, ca şi algoritmii care utilizează aceasta metodă. 
Timpul de calcul este, in general, de forma nf logn. Cele mai eficiente 

metode de sortare (Mergesort, Quicksort) se bazează pe această metodă. 


16.3 Greedy 


Metoda Greedy se aplică problemelor de optimizare care respectă principi- 
ul optimalitatii (substructură optimă) şi principiul alegerii Greedy. Principiul 
optimalitatii ne asigură că o soluţie optimă cuprinde subsolutii optime. Prin- 
cipiul alegerii Greedy ne asigură că alegând la fiecare pas optimul local, se 
obţine optimul global. Există multe situaţii în care metoda Greedy se aplică 
problemelor care nu respectă principiul alegerii Greedy (de exemplu, problema 
discretă a rucsacului), caz în care soluţia dată de metoda Greeddy nu va mai fi 
întotdeauna cea optimă. 

Datorită simplităţii strategiei, soluţiile Greedy au cel mai adesea complexi- 
tate polinomială. 


16.4 Programare dinamică 


Programarea dinamică se aplică problemelor de optimizare care respectă 
principiul optimalitatii. Reiese imediat că programarea dinamică se aplică unei 
clase mai largi de probleme decât metoda Greedy. Problemele de programare 
dinamică se rezolvă prin construirea soluţiei problemei pe baza soluţiilor optime 
ale subproblemelor. Din acest punct de vedere, programarea dinamică se află 
între Greedy, care ia în considerare o singură subproblemă (cea optimă local), 
şi Backtracking, care generează exhaustiv toate soluţiile. 

Complexitatea algoritmilor de programare dinamică este în general polino- 
mială (vezi toate problemele prezentate în capitolul dedicat metodei Greedy), 
dar poate fi şi exponențială (problema comis-voiajorului). 

Abordarea rezolvării este bottom-up, ceea ce înseamnă că se rezolvă mai 
întâi problemele de dimensiune mai mică, pe baza lor cele mai mari, până când 
se ajunge la soluţia problemei iniţiale. 


16.5 Branch & bound 


Branch & bound este o variantă a metodei backtracking, în care alegerea 
următorului element nu se face pur şi simplu aleator (sau în ordine crescătoa- 
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re) ci se urmăreşte alegerea variantelor care sunt mai promitatoare în vederea 
obtinerii unei solutii. Aceasta inseamna ca fiecare posibila varianta este evaluata 
după anumite criterii specifice fiecărei probleme in parte, alegandu-se la fiecare 
pas varianta evaluată a fi optimă. 


Tabel sinteză: 
Tabelul următor prezintă o sinteză a informaţiilor din acest paragraf. 
Metoda Condiţii de aplicare Timp de lu- | Construire 
cru (în gene- | soluţie 
ral) 


Backtracking | Sir cu elemente luând | exponential incremental 

ÎN E E [ESSA 
Divide et Im- | Soluţia se poate con- | n“ x logn top-down 
pera strui pe baza soluţiilor 


Probleme de opti- | polinomial incremental 
mizare care respectă 
principiul optimalitatii 
şi al alegerii Greedy 
Programare Probleme de opti- | polinomial bottom-up 
dinamică mizare care respectă 
principiul optimalității văl cani 


Branch & | Probleme de opti- | diferă funcţie | parcurgere 
bound mizare dificile in | de problemă | least-cost 
care aplicarea celor- 
lalte metode nu este 
adecvată. 
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